java子线程未捕获的非受检异常默认仅终止该线程并打印堆栈到system.err；应通过thread.uncaughtexceptionhandler统一捕获，或在threadfactory中预设处理器，对callable则需调用future.get()获取executionexception。
Java中子线程抛出的非受检异常（如RuntimeException及其子类）默认不会传播到主线程，也不会中断其他线程，更不会导致JVM退出——它只会静默终止该子线程，并打印堆栈到System.err。要可靠捕获并处理这些异常，不能依赖try-catch包裹run()外层（虽可行但分散、易遗漏），而应使用更统一、可管控的机制。
使用Thread.UncaughtExceptionHandler统一捕获
每个线程都可以设置一个未捕获异常处理器，当线程因未捕获的非受检异常而终止时，JVM会自动调用该处理器：
- 可通过
Thread.setUncaughtExceptionHandler()为单个线程设置 - 也可通过
Thread.setDefaultUncaughtExceptionHandler()设置全局默认处理器（对未显式设置处理器的线程生效） - 处理器方法签名：
void uncaughtException(Thread t, Throwable e)
示例：
Thread thread = new Thread(() -> {<br> throw new NullPointerException("子线程故意抛出");<br>});<br>thread.setUncaughtExceptionHandler((t, e) -> {<br> System.err.println("线程 [" + t.getName() + "] 异常：" + e.getMessage());<br> // 可记录日志、上报监控、触发恢复逻辑等<br>});<br>thread.start();
在自定义ThreadFactory中预设异常处理器
当使用线程池（如ThreadPoolExecutor）时，直接给每个Thread设处理器不现实。推荐在ThreadFactory中统一注入处理器，确保所有由它创建的线程都具备异常捕获能力：
- 实现
ThreadFactory，在newThread(Runnable r)中创建线程后立即设置UncaughtExceptionHandler - 配合
Executors.defaultThreadFactory()可复用命名、守护属性等基础行为
这样，即使任务是通过submit()或execute()提交的Runnable/Callable，其执行线程一旦抛出未捕获异常，也能被拦截。
对Callable任务：用Future.get()显式获取异常
若子任务使用Callable而非Runnable，并交由ExecutorService执行，异常不会丢失，而是被包装为ExecutionException，在调用Future.get()时抛出：
-
Future.get()会阻塞直到任务完成；若任务抛出异常，get()将抛出ExecutionException，其getCause()即原始异常 - 适用于需要同步等待结果并集中处理错误的场景
注意：若不调用get()（比如只提交不取结果），异常依然“隐藏”在Future对象中，不会触发UncaughtExceptionHandler。
避免仅靠日志堆栈被动发现
依赖System.err打印的默认行为非常不可靠：日志可能被重定向、被忽略、缺乏上下文（如请求ID、业务标识）、无法触发告警。务必主动接管异常处理路径：
- 禁止放任“无处理器”的线程运行关键业务逻辑
- 在处理器中至少做三件事：记录带上下文的结构化日志、发送告警（如邮件/SMS/IM）、必要时触发降级或补偿
- 测试时可主动抛异常验证处理器是否生效，避免上线后才发现静默失败
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
