Java中join()方法的核心作用是让当前线程主动等待某个子线程执行结束，建立执行依赖关系，仅阻塞调用线程本身，不干预子线程调度与其他线程并发性。
Java 中 join() 方法的核心作用是让当前线程（通常是主线程）**主动等待某个子线程执行结束**，从而在并行任务中建立明确的执行依赖关系。它不改变子线程本身的调度，也不阻塞其他无关线程，只对“调用它的那个线程”生效。
join 用于串行化关键依赖步骤
当多个子任务可以并行执行，但后续操作必须等它们全部完成才能开始时，join() 是最轻量、最直接的同步手段。比如：启动 3 个线程分别下载图片、解析数据、读取配置，主线程需等三者都就绪后才初始化 UI。
- 每个子线程独立 start 后，主线程依次调用
t1.join()、t2.join()、t3.join() - 主线程会按顺序等待：t1 结束 → t2 结束 → t3 结束，再继续向下执行
- 注意：t2 和 t3 在 t1 运行期间仍可并行执行，
join()不影响它们之间的并发性
join 配合集合管理多个子线程
实际开发中往往不止一个子线程，需要用容器统一管理并批量等待。典型写法是把所有线程加入 List，start 后遍历 join：
- 避免手动写多次
threadX.join()，提升可维护性 - 确保所有任务完成后再汇总结果，例如并行计算数组各段和，最后相加
- 若某线程抛异常或长时间卡住，主线程也会被阻塞——必要时应配合超时版本
join(long millis)
join 不是万能同步工具，有明确边界
join() 只解决“等待结束”这一件事，它不具备共享状态保护能力，也不能替代锁或 volatile。
立即学习“Java免费学习笔记（深入）”；
- 不能保证子线程之间互斥访问同一资源（如静态变量），仍需 synchronized 或原子类
- 不能感知子线程中途失败，除非在线程 run() 内捕获异常并存入共享结果容器
- 若子线程已结束，再次调用 join() 立即返回，不会阻塞
对比 ForkJoinPool 更适合递归拆分场景
对于可递归分解的大任务（如归并排序、树遍历），Fork/Join 框架中的 fork() + join() 是更高级的抽象；而原始 Thread 的 join() 更适合固定数量、逻辑清晰的并行子任务协调。
- ForkJoinTask 的 join 是非阻塞式等待（底层用 CountedCompleter 机制），支持工作窃取
- 普通 Thread.join() 是基于 wait/notify 的简单阻塞，无任务调度能力
- 不要混用：Thread.join() 不能等待 ForkJoinTask，反之亦然
