java中join()方法通过“线程主动等待另一线程结束”实现执行依赖，依赖链由调用位置决定，不依赖start顺序；适用于单向静态强依赖场景，多条件或动态依赖需换用countdownlatch等工具。
Java 中 join() 方法协调线程执行依赖关系，核心是“让一个线程主动等另一个线程结束”，而不是靠调度器保证顺序。它不改变线程启动时机，只控制执行等待点——哪段代码必须等谁跑完才能继续。
依赖关系靠谁调用 join() 来定义
哪个线程调用 t.join()，哪个线程就承担等待责任。比如：
- 主线程调用
t1.join()→ 主线程等 t1 结束 - t2 的 run() 里调用
t1.join()→ t2 等 t1 结束，再执行自己逻辑 - t3 调用
t2.join()→ t3 等 t2，间接也等了 t1（如果 t2 已等 t1）
也就是说，依赖链（T1 → T2 → T3）是由 谁在哪儿写 join() 决定的，和 start() 的先后无关。
两种典型依赖组织方式
方式一：主线程集中控制（适合简单串行）
按顺序启动 + 立即 join：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- t1.start(); t1.join(); // 主线程卡住，直到 t1 完
- t2.start(); t2.join(); // t1 完后才启 t2，再等它完
- t3.start(); t3.join(); // 同理
效果是严格串行，但并发性为零——任何时候只有一个子线程在运行。
方式二：子线程自行声明依赖（更贴近真实协作）
各线程内部处理前置等待：
- t1 启动后直接执行，不等别人
- t2 的 run() 开头就写
t1.join()，确保 t1 完成才干活 - t3 的 run() 开头写
t2.join()，自动继承依赖链 - 三者可同时 start()，t2/t3 会各自暂停，直到依赖满足才推进
关键细节不能错
join() 看似简单，但几个地方容易出错：
- 必须在目标线程
start()之后调用，否则isAlive()为 false，join() 直接返回，不阻塞 - 调用处要处理
InterruptedException，不能忽略；若不打算响应中断，至少用Thread.currentThread().interrupt()恢复中断状态 - 对已终止的线程调用 join() 是安全的，但无实际作用
- 多个线程同时 join 同一个线程（如 A、B 都
t0.join()），它们彼此之间仍无序，只是都延迟到 t0 结束后才开始运行
它不是万能的，知道什么时候该换别的工具
join() 适合“单向、静态、强依赖”的场景，比如“必须等加载线程完成，UI 才能刷新”。但它不支持：
- 多个前置条件（如“等 A 和 B 都完成”）→ 应改用
CountDownLatch - 动态调整依赖或重复等待 →
CyclicBarrier更合适 - 带超时的灵活等待（避免无限卡死）→ 优先选
join(long millis)或CompletableFuture
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
