Java多线程中子线程异常无法被主线程try-catch捕获，须在run()内处理、设UncaughtExceptionHandler兜底，或用Callable+Future让主线程通过get()获取ExecutionException；线程池中推荐重写afterExecute统一捕获。

Java 多线程中无法用主线程的 try-catch 捕获子线程异常，因为每个线程有独立调用栈，异常不会跨线程传播。必须在线程内部或通过特定机制显式处理。

在 run() 方法内加 try-catch

这是最基础、最可控的方式，尤其适用于 Runnable：

• 所有异常都得自己兜住：`run()` 方法不声明抛出任何异常，所以 IOException、ArithmeticException、甚至 Throwable 都必须在内部处理
• 推荐捕获具体类型，比如 catch (NullPointerException e) 或 catch (IOException e)，避免只写 catch (Exception e) 掩盖问题
• 别留空 catch：至少记录日志，必要时重试、通知或清理资源（如关闭流、释放锁）

设置 UncaughtExceptionHandler

作为兜底方案，捕获未被 try-catch 拦住的运行时异常（如 NullPointerException）：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 单个线程设置：thread.setUncaughtExceptionHandler((t, e) -> { /* 记录日志、上报监控 */ })
• 全局默认设置：Thread.setDefaultUncaughtExceptionHandler(...)，对后续创建的所有未设处理器的线程生效
• 注意：它只处理 unchecked 异常；checked 异常若没在 run() 内处理，编译就报错，根本到不了这一步

用 Callable + Future 获取异常结果

当你需要主线程主动感知并响应子线程失败（比如降级、重试、聚合结果），这是更结构化的方式：

立即学习“Java免费学习笔记（深入）”；

• 提交 Callable 任务，返回 Future
• 调用 future.get() 时，子线程抛出的异常会包装成 ExecutionException 抛回主线程
• 主线程可捕获该异常，并用 e.getCause() 取出原始异常，做分类处理
• 这种方式让异常“回归主线程上下文”，便于统一控制流程和错误恢复

线程池场景下的异常捕获

使用 ExecutorService 时，submit() 和 execute() 行为不同，需区分对待：

• submit(Runnable/Callable) → 异常被压制在 Future.get() 中，不调用 get() 就看不到异常
• execute(Runnable) → 异常直接触发线程的 UncaughtExceptionHandler
• 更可靠的做法是继承 ThreadPoolExecutor，重写 afterExecute(Runnable r, Throwable t)：无论用 submit 还是 execute，只要任务执行出错（包括 ExecutionException 的 cause），这里都能捕获并统一处理