多线程异常无法跨线程传播，必须在线程内用try-catch捕获或通过UncaughtExceptionHandler、Callable+Future机制传递至主线程处理。

多线程环境下的全局异常不能靠主线程的 try-catch 捕获，因为每个线程有独立的执行栈，异常不会跨线程传播。处理的关键是：**在异常发生的线程内部做响应，或通过机制把异常“带出来”供主线程感知和处置。**

在线程内部用 try-catch 主动捕获

这是最基础、最可控的方式，适用于 Runnable 或 Thread 子类：

• 把可能出错的逻辑（如网络调用、文件读写、计算）包裹在 try 块中
• 针对具体异常类型写 catch，比如 ArithmeticException、IOException，避免只写 catch (Exception e)
• 在 catch 中记录日志、通知主线程（如通过 CountDownLatch 或共享标志位）、清理资源，不要空 catch
• finally 块仍会执行，适合关闭本线程独占的资源（如自己打开的流、连接）

为线程设置 UncaughtExceptionHandler

这是兜底方案，专门捕获未被 try-catch 拦住的运行时异常（RuntimeException 及其子类）：

Alibabacloud Sdk Client Initialization For Java

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

下载

• 对单个线程：调用 thread.setUncaughtExceptionHandler((t, e) -> { /* 处理逻辑 */ })
• 对全部线程设默认处理器：调用 Thread.setDefaultUncaughtExceptionHandler(...)
• 处理器里建议至少输出线程名、异常类型、堆栈、时间戳，便于定位问题
• 注意：它不处理受检异常（checked exception），这类异常编译期就强制你处理

用 Callable + Future 把异常“拉回”主线程

当需要主线程主动感知并决策（比如重试、降级、聚合结果）时，推荐这种方式：

• 用 Callable<T> 替代 Runnable，call() 方法允许抛出异常且能返回值
• 提交任务后得到 Future<T>，调用 future.get() 时，若子线程抛异常，会以 ExecutionException 包装抛出
• 主线程可捕获 ExecutionException，再用 e.getCause() 获取原始异常，按类型做差异化处理
• 适用于 ExecutorService 管理的线程池场景

Python 中的等效思路（补充参考）

Python 的 threading.Thread 同样不传播异常。常用做法包括：

• 子线程内 try-except 捕获后，把异常对象存入 queue.Queue，主线程从队列取值判断
• 使用 concurrent.futures.ThreadPoolExecutor，其 submit().result() 行为类似 Java 的 Future.get()，异常会原样抛回主线程
• sys.excepthook 仅作用于主线程，对子线程无效，不能替代线程内处理