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

这个坑我在我另一篇文章里提过 不过感觉挺重要的 所以单独列出来
https://blog.csdn.net/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 {