join() 方法旨在主动阻塞调用线程以等待目标线程结束，关键在于正确使用：明确“谁调用谁等待”，避免自等待、未启动或已终止线程上调用；推荐用带超时版本并校验线程状态，防止无限等待。
Java 中 join() 方法本身的设计目的就是让调用线程**主动阻塞等待**目标线程结束，所以“避免阻塞”不是它的目标，而是要**避免不必要的、错误的或不可控的阻塞**。关键在于：用对时机、选对对象、设好边界。
明确谁在等谁：调用者线程才会被阻塞
join() 是“谁调用，谁等待”。比如 t1.join() 表示当前线程（可能是主线程，也可能是另一个子线程）暂停执行，直到 t1 进入 TERMINATED 状态。
- 主线程中写
t1.join()→ 主线程阻塞，t1不受影响 - 在
t1的run()方法里写t1.join()→ 自我等待，永远无法唤醒，发生自死锁 - 在
t1中写t2.join()→t1阻塞，等t2结束，这是合法且常见用法
别对未启动或已终止的线程调用 join()
对尚未调用 start() 的线程调用 join()，不会阻塞，但也不起作用——它会立即返回，因为该线程状态是 NEW，还没开始运行；对已结束的线程（TERMINATED）调用 join() 同样立刻返回。
- 确保先
start()，再join()，顺序不能颠倒 - 不要在循环中反复对同一个未启动线程调用
join()，容易造成逻辑混乱 - 可加简单校验：
if (t != null && t.isAlive()) t.join();
用带超时的 join() 控制等待上限
如果目标线程可能因死循环、阻塞 I/O 或未响应中断而长期不结束，无参 join() 会导致无限等待。这时应使用 join(long millis) 或 join(long millis, int nanos)。
- 例如：
t.join(3000);最多等 3 秒，超时后自动继续 - 调用后可通过
t.isAlive()判断是否还在运行，决定后续处理（如强制中断、日志告警、降级逻辑） - 注意：超时版本同样会响应中断，抛出
InterruptedException，需正确处理并恢复中断状态
警惕“假成功”：确认线程引用没写错
常见问题不是 join() 失效，而是调用了错误的线程对象。比如本想等 t2，却误写成 t1.join()；或者在循环中复用了变量，导致实际等待的是上一轮的线程。
- 建议给线程命名：
new Thread(runnable, "data-fetcher-1")，便于调试时识别 - 打印日志辅助验证：
System.out.println("Waiting for " + t.getName()); t.join(); - 避免用匿名临时对象：
new Thread(() -> {...}).start();后无法再拿到引用去join()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
