主线程的try-catch无法捕获子线程异常，因线程栈独立且异常不跨线程传播；应使用uncaughtexceptionhandler兜底、callable+future主动捕获，或通过自定义threadfactory为线程池统一注入处理器，并注意error类异常处理与资源清理。

主线程的 try-catch 无法捕获子线程异常，根本原因在于线程间栈独立、异常不跨线程传播。子线程抛出未处理的 RuntimeException 或 Error 后，JVM 会静默终止该线程，仅向 System.err 打印堆栈，主线程完全无感知——这不是 bug，而是 Java 线程模型的设计特性。

用 UncaughtExceptionHandler 捕获“漏网”异常

这是最直接、最通用的兜底方案，专为未显式 try-catch 的异常而设：

• 必须在 线程 start() 之前 设置，否则无效
• 可为单个线程设置：thread.setUncaughtExceptionHandler(...)，优先级高于全局设置
• 也可设全局默认处理器：Thread.setDefaultUncaughtExceptionHandler(...)，对后续新建的 Thread 生效
• 注意：它只对 Thread 实例 有效，不适用于 ForkJoinPool 或 Executors 默认线程池中的工作线程

用 Callable + Future 主动拉取异常

当你需要明确知道任务是否失败、以及失败原因时，这是更可控的方式：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 把任务改写为 Callable<t></t>（而非 Runnable），其 call() 方法允许抛出受检异常
• 通过 ExecutorService.submit(callable) 提交，返回 Future<t></t>
• 调用 future.get() 时，若任务抛异常，会封装为 ExecutionException 抛出，e.getCause() 即原始异常
• Runnable 任务即使 submit 也不带异常信息，future.get() 永远返回 null，异常仍走 UncaughtExceptionHandler

在线程池中统一注入异常处理器

Executors 创建的线程池默认不带异常处理器，需通过自定义 ThreadFactory 注入：

• 实现 ThreadFactory，在 newThread(Runnable r) 中为每个新线程设置 setUncaughtExceptionHandler
• 再将该 factory 传给 ThreadPoolExecutor 构造器，或用 Executors.unconfigurableXXX 包装（不推荐）
• 这样所有池内线程都自带异常捕获能力，避免逐个设置，也覆盖了 submit(Runnable) 场景

别忽略 Error 类异常和资源清理

UncaughtExceptionHandler 虽能捕获 Throwable，但实际使用中要注意：

• catch(Exception) 对 OutOfMemoryError、StackOverflowError 无效，它们是 Throwable 直系子类，不在 Exception 继承链上
• 异常处理器里不宜做耗时操作（如远程日志上报），否则拖慢线程销毁，影响线程复用
• 异常发生后，务必检查并释放该线程持有的资源（文件句柄、数据库连接、锁等），否则易引发泄漏

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南