Java线程池的异常处理机制
- execute方法提交任务：
- 使用
execute方法提交任务到线程池时，如果任务在执行过程中抛出未捕获的异常，线程池会调用Thread.UncaughtExceptionHandler来处理异常。
- 线程池默认情况下，
Thread.UncaughtExceptionHandler的实现是将异常信息打印到标准错误输出（System.err）。可以通过Thread.setDefaultUncaughtExceptionHandler方法设置全局的UncaughtExceptionHandler，也可以通过Thread类的构造函数为每个线程设置UncaughtExceptionHandler。
- submit方法提交任务：
- 使用
submit方法提交任务到线程池时，任务会返回一个Future对象。如果任务执行过程中抛出异常，可以通过Future.get()方法获取异常。get()方法会阻塞直到任务完成，如果任务抛出异常，get()方法会将异常包装成ExecutionException或InterruptedException抛出，调用者需要捕获并处理这些异常。
与普通线程直接启动并处理异常的不同之处
- 异常处理方式：
- 普通线程：普通线程直接启动（
Thread.start()），如果线程执行的run方法中抛出未捕获的异常，可以通过设置UncaughtExceptionHandler来处理异常。例如：
Thread thread = new Thread(() -> {
throw new RuntimeException("Test exception");
});
thread.setUncaughtExceptionHandler((t, e) -> {
System.err.println("Caught exception in thread " + t.getName() + ": " + e);
});
thread.start();
- 线程池：对于线程池中的线程，由于是复用的，异常处理机制更为复杂。
execute方法依赖UncaughtExceptionHandler，而submit方法需要通过Future.get()获取异常，这使得异常处理的位置和方式与普通线程不同。
- 线程复用性：
- 普通线程：每个线程执行完任务后就结束，下次执行任务需要重新创建线程。
- 线程池：线程池中的线程是复用的。如果线程执行任务抛出异常，默认情况下线程池会尝试从池中移除该线程并创建新线程替换（根据线程池的实现策略），这可能导致异常处理不当影响线程池的正常运行。
在实际应用场景中特别关注线程池异常处理的原因
- 稳定性和可靠性：
- 线程池常用于处理大量并发任务的场景，如服务器端的请求处理。如果线程池中的任务频繁抛出未处理的异常，可能导致线程不断被移除和创建，影响线程池的性能，甚至使系统资源耗尽，降低系统的稳定性和可靠性。
- 错误排查和调试：
- 在多线程应用中，由于任务并行执行，异常发生的上下文较难追踪。正确处理线程池中的异常，可以通过日志记录等方式，帮助开发人员快速定位和解决问题，提高调试效率。
- 服务质量：
- 在生产环境中，线程池处理的任务可能涉及关键业务逻辑。如果异常未得到妥善处理，可能导致业务中断，影响服务质量和用户体验。例如，在电商系统中处理订单支付的线程池，如果支付任务异常未处理，可能导致订单状态混乱，用户支付失败等问题。
