调用 join(long millis) 可设最大等待时间，如 t.join(5000) 表示最多等5秒；需先 start() 再 join()，不可传负数，超时后可用 isAlive() 检查并酌情 interrupt()，捕获 InterruptedException 后须恢复中断状态。
用 join(long millis) 设置最大等待时间，主线程就不会卡死在子线程上。
超时参数怎么写才有效
直接传毫秒值就行，比如 t.join(5000) 表示最多等 5 秒。如果子线程在这期间结束，主线程立刻继续；超时了就跳过等待，直接往下走。注意不能传负数，否则会抛 IllegalArgumentException。
- 推荐把超时值设为业务可接受的最长等待时间，比如接口响应要求 3 秒内返回，那就设
join(3000) - 超时后子线程仍在运行，可以用
t.isAlive()检查它是否还活着，决定要不要做清理或降级处理 - 如果需要更精细控制，可用
join(long millis, int nanos)，但日常场景毫秒级足够
超时后别忘了处理中断和异常
主线程在等待时被其他线程中断，join(long) 会提前退出并抛出 InterruptedException。这时候不能只打印堆栈，要恢复中断状态：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 捕获异常后执行
Thread.currentThread().interrupt()，让上层能感知中断意图 - 如果子线程本身支持中断（比如循环里定期检查
Thread.interrupted()），主线程超时后还可调用t.interrupt()让它尽快退出 - 避免在 catch 块里吞掉异常或什么都不做，否则可能掩盖问题
别在错误时机调用 join
超时参数再好，也得用对地方。常见错法是：线程还没 start() 就调 join()，或者对同一个线程对象反复调用却没确认状态。
- 必须先
t.start()，再t.join(3000)；否则线程还是 NEW 状态，join()直接返回，等于没等 - 不要在子线程的
run()方法里调用自己或别的线程的join()，容易造成自我阻塞甚至死锁 - 多个子线程要等，就每个都单独调一次
join(超时值)，不能只等其中一个就以为全完了
实际组合用法示例
比如主线程启动三个任务，要求最多等 2 秒，超时就继续：
- 全部
start()启动，不串行 - 逐个
join(2000)，每次捕获InterruptedException并恢复中断 - 每次
join()后检查isAlive()，对还在跑的线程考虑是否中断或记录告警
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
