java线程池中线程不会消失，但未捕获异常会导致任务终止且异常被吞；应通过uncaughtexceptionhandler、runnable包装器、重写afterexecute或submit+future.get()等方式确保异常可观测和可处理。
Java 线程池中线程不会“默默挂掉消失”，但若任务抛出未捕获异常且未被正确处理，该任务会直接终止，异常被吞掉，线程继续从队列取下一个任务——这容易让人误以为“线程挂了”或“任务丢了”。真正要防止的是：任务异常被忽略、监控失效、问题难以排查。
使用 ThreadFactory 设置 UncaughtExceptionHandler
这是最直接的方式，为线程池中的每个工作线程指定异常处理器。注意：它只对线程自身未捕获的异常生效（比如 run() 方法外层抛出），不处理 submit() 提交的 Runnable/Callable 中的异常（那些由 Future.get() 或线程池内部封装逻辑捕获）。
- 实现自定义 ThreadFactory，在创建线程时调用 setUncaughtExceptionHandler
- 在 handler 中记录日志、告警、甚至触发熔断等操作
- 示例：new ThreadFactoryBuilder().setUncaughtExceptionHandler((t, e) -> log.error("Thread {} crashed", t.getName(), e)).build()
提交 Runnable 时手动 try-catch 包裹
对于 execute() 提交的任务，JVM 不会自动捕获其 run() 中的异常，异常会流向 UncaughtExceptionHandler；而 submit() 提交的 Callable/Runnable 则会被线程池包装，异常实际存于 Future 中，需显式 get() 才暴露。
- 推荐统一用 Runnable 包装器兜底：new Runnable() { public void run() { try { realTask.run(); } catch (Throwable t) { log.error("Task execution failed", t); } } }
- 避免直接 execute(new MyTask())，改用 execute(wrapWithTryCatch(myTask))
- 这个 wrapper 可抽象为工具方法，确保所有外部任务入口都经过它
重写 ThreadPoolExecutor 的 afterExecute 方法
这是线程池提供的钩子方法，在每个任务执行完毕（无论成功或异常）后被调用，参数包含 Runnable 和可能的 Throwable。它比 UncaughtExceptionHandler 更精准——能明确知道是哪个任务出了问题。
- 继承 ThreadPoolExecutor，重写 afterExecute(Runnable r, Throwable t)
- t 不为 null 表示任务执行过程中抛出了未捕获异常（包括 run() 内和 Future.get() 抛出的）
- 可在此处打点、上报指标、触发降级逻辑，甚至记录任务上下文（如传入的 requestId）
慎用 submit + Future.get() 主动捕获异常
如果业务允许，优先用 submit() 替代 execute()，并在合适时机调用 future.get() ——这样能主动感知异常，而非依赖后台静默处理。
- submit() 返回的 Future 在 get() 时会将原始异常包装为 ExecutionException，getCause() 即可拿到根因
- 适合需要强反馈的场景（如定时任务、关键流程编排）
- 注意：get() 是阻塞的，不可滥用在高吞吐异步场景，但可在结果回调或超时检查中安全使用
不复杂但容易忽略：异常处理的关键不是“不让线程死”，而是“不让错误沉默”。线程本身健壮，真正要守住的是任务语义的完整性与可观测性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
