主线程的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 主动拉取异常
当你需要明确知道任务是否失败、以及失败原因时，这是更可控的方式：
- 把任务改写为
Callable<T>（而非 Runnable），其call()方法允许抛出受检异常 - 通过
ExecutorService.submit(callable)提交，返回Future<T> - 调用
future.get()时，若任务抛异常，会封装为ExecutionException抛出，e.getCause()即原始异常 - Runnable 任务即使 submit 也不带异常信息，
future.get()永远返回 null，异常仍走 UncaughtExceptionHandler
在线程池中统一注入异常处理器
Executors 创建的线程池默认不带异常处理器，需通过自定义 ThreadFactory 注入：
立即学习“Java免费学习笔记（深入）”；
- 实现
ThreadFactory，在newThread(Runnable r)中为每个新线程设置setUncaughtExceptionHandler - 再将该 factory 传给
ThreadPoolExecutor构造器，或用Executors.unconfigurableXXX包装（不推荐） - 这样所有池内线程都自带异常捕获能力，避免逐个设置，也覆盖了 submit(Runnable) 场景
别忽略 Error 类异常和资源清理
UncaughtExceptionHandler 虽能捕获 Throwable，但实际使用中要注意：
-
catch(Exception)对OutOfMemoryError、StackOverflowError无效，它们是Throwable直系子类，不在 Exception 继承链上 - 异常处理器里不宜做耗时操作（如远程日志上报），否则拖慢线程销毁，影响线程复用
- 异常发生后，务必检查并释放该线程持有的资源（文件句柄、数据库连接、锁等），否则易引发泄漏
