Java中join()方法让调用线程等待目标线程自然结束，不加锁、不轮询，仅通过语义明确的阻塞机制协调时序；阻塞调用方而非目标线程，须在start()后调用，避免自等待死锁，并推荐使用带超时版本以防无限挂起。
Java 中 join() 方法本身不“处理”任务，而是让一个线程**等待另一个线程自然结束**。它的优雅之处不在于控制逻辑多复杂，而在于用最轻量的方式表达清晰的依赖关系——不加锁、不轮询、不侵入业务代码，只靠语义明确的等待机制协调执行时序。
明确谁等谁：调用方阻塞，目标线程照常运行
t1.join() 的意思是：“我（当前线程）停在这儿，直到 t1 自己跑完”。关键点是：
- 阻塞的是调用
join()的线程，不是t1；t1仍独立执行，不受影响 - 必须在
t1.start()之后调用join()，否则立即返回（未启动的线程没有“结束”状态可等） -
join()返回只代表t1进入TERMINATED状态，不代表其内部结果就绪——若需数据可见性，要配合volatile或同步块
避免自我死锁：绝不在自己线程里调用 join()
常见错误写法：
public void run() {
Thread t = Thread.currentThread(); // 就是当前线程自己
try {
t.join(); // 等自己结束？永远卡住
} catch (InterruptedException e) { ... }
}
这会导致永久阻塞，因为线程终止时 JVM 会唤醒等待它的其他线程，但不会唤醒自己。等价于 synchronized(this) { wait(); } 却没人 notify() —— 本质是自等待，无法被外部触发唤醒。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
按需选择等待策略：主线程串行 vs 子线程间依赖
两种典型模式，适用不同场景：
-
主线程控制顺序（T1→T2→T3）：
t1.start(); t1.join(); t2.start(); t2.join(); t3.start(); t3.join();—— 简单直接，适合流程固定、无需并发重叠的场景 -
子线程主动声明依赖（T2等T1，T3等T2）：在
T2.run()开头写t1.join()，在T3.run()开头写t2.join()，然后三者都start()—— 启动与执行解耦，便于复用和动态调整依赖链
带超时与异常处理：别让等待变成无限挂起
join(long millis) 提供安全兜底：
- 设置合理超时（如
t1.join(5000)），防止因目标线程异常卡死导致整个流程阻塞 - 必须捕获
InterruptedException：要么向上抛出，要么恢复中断状态Thread.currentThread().interrupt()，不可静默吞掉 - 不要在已终止的线程上调用
join()—— 虽然安全，但无意义，属于冗余操作
