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

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

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

一个简单的例子

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

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)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值