Java中join()方法不支持链式调用语法，但可通过顺序调用与启动时机配合实现T1→T2→T3严格串行执行；主线程需先start()再join()，且join()顺序不可颠倒，确保“等完前一个才放行后一个”。

Java 中 join() 方法本身不支持“链式调用”语法（比如 t1.join().join()），但它能通过**顺序调用 + 启动时机配合**，实现线程的链式执行效果——即 T1 → T2 → T3 严格按序完成。关键不在“链式写法”，而在“谁等谁、何时启动”的逻辑安排。

主线程逐个启动并等待：最常用且可靠的链式控制

这是实现 T1→T2→T3 执行顺序的主流方式。主线程负责调度：启动一个、立刻等它结束，再启动下一个。

• 必须先 start()，再 join()：t1.start() 后紧跟 t1.join()，主线程才会真正阻塞等待；若先 join() 再 start()，因线程未运行，join() 立即返回，失去控制意义
• 顺序不可颠倒：t1.join() 必须在 t2.start() 之前，否则 t2 可能提前开始执行，破坏顺序
• 每个 join() 都作用于当前已启动的线程：主线程依次对 t1、t2、t3 调用 join()，形成“等完前一个，才放行后一个”的串行链条

子线程内部主动等待前驱：解耦启动与依赖

当希望启动逻辑和执行依赖分离（例如三个线程可同时 start，但运行时自动排队），可在 run() 方法中嵌入 join()：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• T2 的 run() 开头写 t1.join()，确保 T2 不会真正干活，直到 T1 结束
• T3 的 run() 开头写 t2.join()，同理依赖 T2
• 三者都调用 start()（顺序任意），实际执行仍为 T1 → T2 → T3
• 注意：t1 和 t2 必须已在别处 start()，否则 t2.join() 会永久阻塞（未启动线程调 join 不阻塞，但已启动未结束的线程才有效）

必须避开的典型陷阱

看似简单，但几个细节出错就会让顺序失效：

立即学习“Java免费学习笔记（深入）”；

• 在未 start() 的线程上调用 join()：不会等待，直接跳过，后续线程可能抢跑
• 在已终止的线程上调用 join()：安全但无意义，不报错却起不到同步作用
• 跨线程调用 join() 位置错误：比如在 T1 的 run() 里调 t2.join() —— 此时 T2 很可能还没 start()，导致 T1 卡死
• 忽略 InterruptedException：join() 声明抛出该异常，不处理或吞掉中断状态，可能影响程序响应性和可靠性

它保障的是“结束顺序”，不是“开始顺序”

join() 的本质是控制**等待关系**，而非调度优先级。它不干预 JVM 如何分配 CPU 时间片，只保证“当前线程暂停，直到目标线程 run() 方法彻底退出”。所以：

• T1 和 T2 可能交替获得 CPU，但 T2 的业务逻辑（join 之后的部分）一定在 T1 结束后才执行
• 输出结果严格有序，不代表执行过程完全串行；只是关键路径被阻塞同步了
• 这种机制轻量、无锁、无需额外工具类，适合明确的线性依赖场景