Java如何在多线程中处理异常

在Java多线程编程中异常处理比单线程复杂得多。线程内部抛出的异常如果不加处理会直接导致线程终止且不会影响主线程这容易造成程序“静默失败”难以排查问题。因此正确捕获和记录多线程中的异常是保障系统稳定性的关键环节。理解线程异常的默认行为每个线程都有一个未捕获异常处理器UncaughtExceptionHandler。当线程执行过程中抛出未被捕获的异常时JVM会调用该处理器进行处理。默认情况下异常信息会打印到控制台但不会中断整个JVM运行。可以通过以下方式设置自定义处理器Thread.setDefaultUncaughtExceptionHandler((thread, exception) - { System.err.println(线程 thread.getName() 发生异常: exception.getMessage()); exception.printStackTrace(); });这样可以统一处理所有未捕获的异常适合用于日志记录或监控上报。在线程内部主动捕获异常最直接的方式是在 run() 方法中使用 try-catch 包裹业务逻辑new Thread(() - { try { // 业务代码 doSomething(); } catch (Exception e) { // 记录日志 logger.error(线程执行异常, e); } }).start();这种方式适用于 Runnable 实现能精确控制异常处理逻辑。如果使用 Callable异常会被封装在 Future 中需通过 get() 方法触发获取FutureString future executor.submit(() - { throw new RuntimeException(任务出错); }); try { future.get(); // 此处会抛出 ExecutionException } catch (ExecutionException e) { logger.error(异步任务异常, e.getCause()); // 获取原始异常 }结合日志框架记录异常信息建议使用成熟的日志框架如 Logback 或 Log4j2配合 MDCMapped Diagnostic Context标记线程上下文便于追踪问题。示例在任务开始时记录线程名和任务IDMDC.put(threadName, Thread.currentThread().getName()); MDC.put(taskId, task-001); try { doWork(); } catch (Exception e) { logger.error(任务执行失败, e); // 日志自动包含 MDC 信息 } finally { MDC.clear(); }这样输出的日志会包含上下文信息有助于定位异常来源。使用线程池时的异常处理策略在线程池中提交 Runnable 或 Callable 时异常处理方式略有不同Runnable 异常只能通过 UncaughtExceptionHandler 捕获除非自己 try-catchCallable 的异常会被封装进 Future必须显式调用 get() 才能发现可重写线程池的 afterExecute() 方法统一处理任务完成后的异常public class LoggingThreadPool extends ThreadPoolExecutor { public LoggingThreadPool(...) { super(...); } protected void afterExecute(Runnable r, Throwable t) { if (t ! null) { logger.error(任务执行异常, t); } else if (r instanceof Future) { try { ((Future?) r).get(); } catch (CancellationException ce) { logger.warn(任务被取消); } catch (ExecutionException ee) { logger.error(任务执行失败, ee.getCause()); } catch (InterruptedException ie) { Thread.currentThread().interrupt(); } } } }基本上就这些。关键是不能依赖默认行为要主动捕获、记录并根据需要响应异常。无论是使用全局处理器、手动 try-catch还是结合日志上下文目标都是让异常可见、可追踪、可恢复。