是因为它源自计算机科学中一个非常经典的并发模型：Fork-Join 模型。
1. "汇合"的思想：Fork-Join
想象一下你在森林里徒步，路径发生了变化：
- Fork（分叉/派生）：原本只有一条路，突然分成了两条。你继续走主路，而你的伙伴走另一条路去采摘果实。这就是创建线程
- Join（汇合/连接） ：这两条路最终会在一个出口汇合。如果你先到了汇合点，你必须在那里停下等你的伙伴，只有等他到了，你们两人才能重新"连接"成一支队伍继续前进
所以，join 的核心含义不是"等"，而是**"合并"**
- 主线程和子线程原本是两条独立的执行流
- 调用
join()是为了让这两条流重新合并成一条流 - "等待"只是合并过程中的一个必然物理现象：如果一方没走完，合并就无法完成，另一方自然只能在那等着
2. 为什么不用 wait？
实际上，多线程编程中确实有 wait 这个操作，但它通常用于不同的场景：
join：针对的是线程对象。它的语义是："我要等这个线程彻底运行结束，并回收它的所有资源。"wait：通常用于条件变量（Condition Variable）。它的语义是："我现在暂时停在这里，等某个信号（比如数据准备好了）通知我再继续。"
如果用 t.wait()，可能会让人产生误解：是等它运行完？还是等它发个信号？而 join 准确地描述了执行流合并的行为
3. 历史渊源
Fork 和 Join 这两个术语最早可以追溯到 1963 年，由 Melvin Conway 提出。他在论文中描述了如何让大型程序在多处理器上并行运行
- Fork 指令产生并行
- Join 指令进行同步
这套术语被后来的 Unix 编程和各种高级语言沿用至今
detach()：是"分道扬镳"，从此你走你的阳关道，我过我的独木桥，再也不见了join()：是"殊途同归"，两条路最终要合并成一条