join() 方法不抛出子线程异常，但会因调用方线程被中断而抛出 interruptedexception；该异常是受检异常，需捕获并恢复中断状态，子线程异常须单独处理。
Java 中 join() 方法本身不抛出子线程内部的异常，但它会在等待过程中响应**调用方线程被中断**这一信号，并主动抛出 InterruptedException。这个异常不是来自子线程的运行错误，而是主线程（或调用方线程）在等待时被外部中断所致。
join() 抛出 InterruptedException 的真实含义
当线程 A 调用线程 B 的 b.join() 时，A 会暂停执行、进入 WAITING 状态，直到 B 终止。如果此时有其他线程（比如定时器、用户取消逻辑）对 A 调用了 a.interrupt()，JVM 就会立即唤醒 A，并让 join() 抛出 InterruptedException。
关键点：
- 该异常与子线程 B 是否抛异常无关——B 即使发生
RuntimeException或静默退出，join()也不会因此抛异常； - 抛异常时，线程 A 的中断状态会被自动清除（即
Thread.interrupted()返回true后再调一次就返回false）； - 这是受检异常（checked exception），编译器强制要求处理，不能忽略。
必须捕获并合理恢复中断状态
仅用 catch 打印堆栈是不够的。中断是一种协作式通知机制，上层逻辑可能依赖中断信号做清理或退出。所以标准做法是在捕获后重新设置中断标志：
try {
workerThread.join();
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
// 可选：记录日志、释放资源、提前返回等
return;
}
这样后续代码（比如外层循环、框架调用链）仍能通过 Thread.interrupted() 检测到中断意图。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
子线程自身的异常不影响 join 行为，但需单独处理
如果子线程在 run() 中抛出未捕获异常（如 NullPointerException），它会直接终止，join() 会正常返回（不会抛异常）。但这种异常不会传播给调用方线程，容易被忽视。
推荐做法：
- 在子线程中用
try-catch包裹run()全部逻辑，将异常信息保存到共享变量或通过回调通知主线程； - 使用
Thread.UncaughtExceptionHandler统一捕获未处理异常； - 避免依赖
join()来“感知”子线程是否出错——它只反映生命周期，不反映执行质量。
超时 join 与中断的配合更可控
长时间无响应的子线程可能导致主线程无限等待。建议优先使用带超时的版本：
try {
if (!workerThread.join(5000)) { // 等最多 5 秒
System.out.println("子线程未按时完成，可能卡住");
workerThread.interrupt(); // 尝试中断它（需子线程配合检查中断）
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
注意：join(long) 超时返回 false 不代表子线程已结束，只是等待超时；而中断子线程能否生效，取决于它是否在响应中断（例如是否在 sleep、wait 或显式检查 isInterrupted()）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
