Java异步线程池异常默认静默丢失，需通过任务内捕获、Future.get()显式获取或UncaughtExceptionHandler兜底三方式处理，缺一不可。
Java 异步线程池中抛出的异常默认不会传播到主线程，也不会自动打印日志，容易静默丢失。关键在于：不能依赖 try-catch 包裹 submit() 调用本身，而要主动处理任务执行过程中的异常——要么在任务内部捕获并记录，要么通过 Future.get() 显式获取并处理，或统一配置未捕获异常处理器。
任务内部主动捕获并记录异常
这是最直接、最可控的方式。尤其适用于 Runnable/Callable 由你完全掌控的场景。
- 对 Runnable：在 run() 方法内用 try-catch 包裹全部逻辑，并使用日志框架（如 SLF4J）记录异常堆栈
- 对 Callable：在 call() 方法内同样捕获异常；若需向上抛出，应包装为 RuntimeException，避免破坏接口契约
- 示例（Runnable）：
executor.submit(() -> { try { doSomethingRisky(); } catch (Exception e) { logger.error("异步任务执行失败", e); } });
通过 Future.get() 主动拉取并处理异常
适用于需要知道任务结果或必须确保异常被处理的场景（如关键业务补偿、状态回滚等）。
- submit() 返回 Future，调用 get() 时若任务抛出异常，会以 ExecutionException 封装抛出，getCause() 可获取原始异常
- 务必设置超时（get(timeout, unit)），避免无限阻塞
- 示例：
Future<?> future = executor.submit(() -> { throw new RuntimeException("boom"); }); try { future.get(5, TimeUnit.SECONDS); } catch (ExecutionException e) { logger.error("任务执行异常", e.getCause()); } catch (TimeoutException e) { logger.warn("任务执行超时", e); }
设置 ThreadFactory 统一处理未捕获异常
用于兜底——捕获那些漏掉 try-catch、也没调用 get() 的“野生”异常（比如线程内未检查的 RuntimeException）。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 自定义 ThreadFactory，在 newThread() 中为每个线程设置 UncaughtExceptionHandler
- 该处理器会在线程因未捕获异常而终止时被调用，适合全局日志记录
- 示例：
ThreadFactory factory = r -> { Thread t = new Thread(r); t.setUncaughtExceptionHandler((thread, ex) -> logger.error("线程 {} 遇到未捕获异常", thread.getName(), ex)); return t; }; ExecutorService executor = new ThreadPoolExecutor(1, 1, 0, TimeUnit.SECONDS, new LinkedBlockingQueue<>(), factory);
慎用：重写 ThreadPoolExecutor.afterExecute()
这是一个模板方法，在每个任务执行结束后（无论成功或异常）被调用，可用来统一审计或异常归集。
- 参数 r 是 Runnable，t 是执行过程中抛出的 Throwable（null 表示正常结束）
- 注意：只有任务本身抛出异常才会传入 t；若任务内已捕获异常且未重新抛出，则 t 为 null
- 适合做轻量级监控（如统计失败数）、或补充日志上下文（如打印线程名+任务类型）
- 不建议在此处做耗时操作（如远程上报），以免阻塞线程池工作线程
不复杂但容易忽略：异常是否被真正“看见”，取决于你在哪里拦截它。任务内捕获最可靠，Future.get() 最明确，UncaughtExceptionHandler 是最后一道防线。三者结合，基本覆盖所有漏网情况。
