线程池异常信息统一处理，从线程异常信息丢失说起

最新推荐文章于 2024-11-29 23:00:58 发布

原创

最新推荐文章于 2024-11-29 23:00:58 发布 · 1.6k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#多线程

本文探讨了线程池中异常信息处理的问题，特别是`submit`方法如何导致异常信息丢失。通过分析`Future`的源码，揭示了异常信息被保存在`Future`中而不是直接抛出。提出了两种解决方案：一是通过统一`Runnable`父类来捕获和处理异常，二是自定义线程池以实现异常信息的统一管理。

异常信息作为我们平时定位问题的一大法宝，其重要性是不言而喻的。一段代码出现了问题，如果它的异常信息被吃了，那么一个本来很简单的问题，定位起来也会变的很麻烦。
今天我们就从异常信息被吃掉，导致相应信息没有输出到日志的问题说起。

一个简单的例子

首先我们看看如下的代码：

public class ThreadLogTestApplication {
   
   

    public static void main(String[] args) {
   
   
        ThreadPoolExecutor pool = new ThreadPoolExecutor(1,
                1, 1000, TimeUnit.SECONDS, new LinkedBlockingQueue<Runnable>());
        Runnable runnable = new Runnable() {
   
   
            public void run() {
   
   
                System.out.println("Do thread work!");
                throw new RuntimeException("Test Message!");
            }
        };
        pool.execute(runnable);
        pool.submit(runnable);
        pool.shutdown();
    }
}

这段代码非常的简单，创建一个线程池，实现一个Runnable，然后通过两种不同方式来执行这个它。代码很简单，那么它的运行结果是怎么样的呢？
下图就是这段代码的执行输出：
在这里插入图片描述
从结果可以发现，通过execute执行是可以正常输出出错堆栈的。而通过submit的方式执行异常信息不见了，这是为什么呢？

submit方法执行时异常信息为什么消失了

要想了解为什么submit执行的线程异常信息为什么消失了，就需要进一步分析它的源码：

public Future<?> submit(Runnable task) {

最低0.47元/天解锁文章