那些年我们踩过的坑-线程池核心线程数也有可能销毁重新创建

本文链接：https://blog.youkuaiyun.com/wwdwjm/article/details/100085432

线程池的核心线程数通常不会销毁，除非allowCoreThreadTimeOut为true或run方法抛出未捕获的异常。当run方法异常时，线程会退出循环并调用processWorkerExit，导致核心线程销毁并重新创建，增加不必要的资源损耗。因此，开发者应确保在实现Runnable的run方法时捕获所有异常。

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

这个坑我在我另一篇文章里提过不过感觉挺重要的所以单独列出来
https://blog.youkuaiyun.com/wwdwjm/article/details/99672803

一般我们都知道线程池初始化的时候会设置核心线程数CorePoolSize 这个数量代表着我们把要执行的线程丢入到线程池中的工作线程执行如果当前工作线程数小于等于核心线程数执行完以后不会把这个工作线程销毁而是一直等待除非线程池关闭不然这个线程会一直存在这个也是线程池的核心作用减少线程一直创建销毁带来的损耗

//工作线程 详细我在上面的链接里有介绍
HashSet<Worker> workers

上面是正常情况下线程池的运行情况不过有两种可能会打破这种情况
一个就是allowCoreThreadTimeOut参数这个如果为true 则会给核心线程数设置超时等待时间如果超过时间了就会销毁默认是false 这个参数不是这次的重点因为默认是关闭的一般不会特意开启
另一个情况也是这次重点说的就是当我们实现Runnable的run方法会在run里写具体的业务逻辑可如果在run方法中如果出现异常又没有捕获导致抛出会怎么样呢
可以看下面的代码ThreadPoolExecutor#runWorker 这里是线程池核心执行线程的方法为了方便看核心代码所以删除了一些和这次讲的无关的代码

    final void runWorker(Worker w) {
        Runnable task = w.firstTask;
        boolean completedAbruptly = true;
        try {
            while (task != null || (task = getTask()) != null) {
                try {