17370845950

线程异常需妥善处理以避免程序隐患。1. 在run方法中使用try-catch捕获可预期异常，如IO或计算错误；2. 通过setUncaughtExceptionHandler设置线程级异常处理器，处理未捕获的运行时异常；3. 使用setDefaultUncaughtExceptionHandler设置全局处理器，确保所有线程有兜底处理机制；4. 线程池中execute提交的任务异常会触发处理器，而submit提交的任务异常被封装在Future中，需调用get()方法才能获取，常抛出ExecutionException。应根据场景选择合适方式：try-catch用于局部控制，处理器用于全局监控与日志，线程池注意提交方式差异。

在Java中，线程执行过程中如果抛出未捕获的异常，可能会导致线程意外终止而不会影响主线程或其他线程。如果不妥善处理这些异常，会使得程序出现难以排查的问题。因此，正确处理线程中的异常是多线程编程的重要部分。

使用 try-catch 捕获异常

最直接的方式是在 run() 方法内部使用 try-catch 块来捕获可能发生的异常。

由于线程的执行逻辑通常写在 run 方法中，将关键代码包裹在 try-catch 中可以防止异常向外传播。

示例：

new Thread(() -> {
    try {
        // 可能出错的业务逻辑
        int result = 10 / 0;
    } catch (Exception e) {
        System.out.println("线程内捕获异常: " + e.getMessage());
    }
}).start();

设置未捕获异常处理器（UncaughtExceptionHandler）

每个线程都可以设置一个未捕获异常处理器，用于处理 run 方法中未被捕获的异常。

通过 Thread.setUncaughtExceptionHandler() 可以为特定线程指定处理器。

示例：

Thread thread = new Thread(() -> {
    throw new RuntimeException("测试异常");
});

thread.setUncaughtExceptionHandler((t, e) -> {
    System.out.println("线程 [" + t.getName() + "] 发生异常: " + e.getMessage());
});

thread.start();

为所有线程设置默认异常处理器

可以通过 Thread.setDefaultUncaughtExceptionHandler() 设置全局默认处理器，适用于所有未显式设置处理器的线程。

这在大型应用或线程池场景中特别有用，确保每个线程的异常都有兜底处理。

通常在程序启动时设置一次即可。

Thread.setDefaultUncaughtExceptionHandler((t, e) -> {
    System.err.println("全局处理器：线程 " + t.getName() + " 抛出异常：" + e);
});

new Thread(() -> {
    throw new IllegalStateException("未处理的错误");
}).start();

线程池中的异常处理

在线程池中，任务提交方式不同，异常处理方式也有所区别。

使用 execute() 提交任务时，异常会传递给线程的 UncaughtExceptionHandler。

而使用 submit() 提交任务返回的是 Future 对象，异常会被封装在 Future 中，必须调用 get() 才会抛出。

示例：

ExecutorService executor = Executors.newSingleThreadExecutor();

// 使用 submit 需要调用 get() 获取异常
Future future = executor.submit(() -> {
    throw new RuntimeException("submit 异常");
});

try {
    future.get(); // 必须调用 get 才能看到异常
} catch (ExecutionException e) {
    System.out.println("捕获到任务异常: " + e.getCause().getMessage());
}

基本上就这些。关键是根据使用场景选择合适的处理方式：局部 try-catch 用于可预期异常，UncaughtExceptionHandler 用于兜底，线程池则注意 execute 和 submit 的差异。不复杂但容易忽略。