java多线程异常需线程内捕获或主动传递：1.线程内try-catch分层处理并记录日志；2.设置uncaughtexceptionhandler兜底；3.用callable+future使异常回归主线程；4.线程池需重写afterexecute或内部统一捕获。
Java 多线程中异常不会自动跨线程传播，主线程的 try-catch 捕获不到子线程抛出的异常。真正有效的捕获方式必须针对线程自身的执行上下文设计，核心是“谁抛的，谁负责处理；若要跨线程感知，需主动传递”。
在线程内部用 try-catch 显式捕获
这是最基础、最可控的方式，适用于 Runnable 或 Thread 直接实现的场景：
- 把所有可能出错的逻辑（如 I/O、计算、解析）包裹在
try块中 - 按异常类型分层
catch，例如ArithmeticException、NullPointerException、IOException，避免只写catch(Exception e) -
catch中应记录日志、做必要清理（如关闭本线程打开的流或连接），或通过共享变量、CountDownLatch、BlockingQueue等通知主线程 - 切忌空
catch—— 捕获却不处理等于掩盖故障
为线程设置 UncaughtExceptionHandler
作为兜底机制，专门捕获那些漏掉的、未被 try-catch 拦住的运行时异常（如 RuntimeException 及其子类）：
- 必须在
thread.start()之前调用setUncaughtExceptionHandler()，否则无效 - 处理器方法运行在“出问题的线程”内，不是主线程，因此避免在里面做阻塞操作（如同步写文件、发 HTTP 请求）
- 适合统一记录堆栈、上报监控、打点告警；可结合线程名、时间戳提升排查效率
- 对
checked exception（如IOException）不生效 —— 编译器强制你处理，根本到不了这里
用 Callable + Future 主动获取异常
当主线程需要明确知道子线程是否失败、并据此决策（如重试、降级、聚合结果）时，这是推荐方式：
- 改用
Callable<t></t>替代Runnable，其call()方法允许抛出异常并返回结果 - 提交任务后获得
Future，调用future.get()会阻塞直到完成 - 若子线程抛异常，
get()将抛出ExecutionException，其getCause()即原始异常，可分类处理 - 这种方式让异常“回归主线程上下文”，便于集中控制流程和事务边界
线程池中的异常处理要点
直接 new Thread() 设置 handler 是有效的，但线程池（如 ThreadPoolExecutor）会复用线程，单独 setUncaughtExceptionHandler() 会被覆盖：
- 推荐重写
ThreadPoolExecutor.afterExecute(Runnable r, Throwable t)：只要任务执行结束（无论成功或异常），该方法都会被调用，t参数就是未捕获异常 - 或者在每个
Callable/Runnable内部统一加try-catch，再把异常封装进结果或日志系统 - 全局默认 handler（
Thread.setDefaultUncaughtExceptionHandler()）对线程池新建线程有效，但无法覆盖池中已存在的线程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
