java多线程中异常不自动跨线程传播，需主动捕获汇总：可用completablefuture的exceptionally配合copyonwritearraylist收集；java21+推荐structuredtaskscope自动聚合；executorservice需手动调用future.get()提取异常；uncaughtexceptionhandler仅作日志兜底。
Java 多线程中，异常不会自动跨线程传播，主线程无法直接感知子线程抛出的异常。要实现统一收集并聚合所有异常，不能依赖默认行为，必须主动设计异常捕获与汇总机制。核心思路是：不让异常“丢失”，而是把每个异常显式捕获、暂存，并在全部任务完成后集中处理。
用 CompletableFuture 配合 exceptionally 收集异常
适用于基于 CompletableFuture 的异步任务编排场景。每个任务单独添加 exceptionally 回调，将异常写入线程安全容器：
- 声明一个共享的异常列表，如
CopyOnWriteArrayList<throwable></throwable> - 每个
supplyAsync或runAsync后链式调用exceptionally(ex -> { exceptions.add(ex); return null; }) - 调用
CompletableFuture.allOf(futures.toArray(new CompletableFuture[0]))等待全部完成 - 完成后直接读取
exceptions列表，即为所有异常集合
注意：返回值需兼容（如返回 null 或默认值），避免影响后续链式调用。
用 StructuredTaskScope 自动聚合异常（Java 21+）
Java 21 引入结构化并发，StructuredTaskScope 提供原生支持多异常聚合：
- 使用
StructuredTaskScope.ShutdownOnFailure或ShutdownOnSuccess - 通过
scope.fork()提交多个子任务 - 调用
scope.join()等待全部结束 - 调用
scope.throwIfFailed()—— 若任一任务失败，会抛出ExecutionException，其getSuppressed()返回其余异常列表
这是目前最简洁、语义最清晰的方式，异常栈信息完整保留，无需手动维护集合。
用 ExecutorService + Future 手动检查异常
适用于传统线程池场景，尤其当任务类型为 Callable 时：
- 提交任务时统一使用
executor.submit(Callable)，获得Future列表 - 遍历每个
Future，调用get()（或isDone()+getNow(null)） - 捕获
ExecutionException，提取getCause()得到原始异常 - 将所有非空异常加入汇总列表
关键点：必须显式调用 get() 才能触发异常传播；仅靠 isDone() 无法获取异常。
全局设置 UncaughtExceptionHandler 防漏兜底
作为补充手段，防止遗漏未用 Callable 或未加 exceptionally 的任务：
- 对单个线程：调用
thread.setUncaughtExceptionHandler() - 对整个应用：调用
Thread.setDefaultUncaughtExceptionHandler() - 在处理器中将异常记录或添加到共享队列，但注意它不参与“聚合返回”，只作日志/告警用途
该方式无法参与业务逻辑中的异常汇总判断，适合监控和运维层面补位。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
