008-线程池

SunriseYin

已于 2023-07-24 11:09:22 修改

阅读量46

点赞数

分类专栏：并发文章标签： java 开发语言

于 2023-05-03 23:19:13 首次发布

本文链接：https://blog.csdn.net/yin10484039/article/details/130477917

版权

并发专栏收录该内容

10 篇文章 0 订阅

订阅专栏

线程池

需要异步操作的时候往往是把任务提交到线程池中
我们来详细分析下线程池在这里插入图片描述

线程数的设置

CPU密集型

CPU核数+1
+1是避免线程出现中断或等待，空闲出来的CPU可以继续执行新的线程
这样设置是避免线程切换带来的性能损耗
因为最大处理能力就是CPU的核数

IO密集型

IO等待时间越长，可以设置的线程数越多
依据是IO的等待时间
因为线程进入等待会交出CPU，CPU此时去执行其他任务即可
在这里插入图片描述
理论公式

这个是在“实验室环境下的理论公式”
而耗时可以从各种运维工具中获得，最简单的就是jvisualvm

实际最佳线程还是需要进行压测

核心线程和最大线程的设置

如果一直调用很高，那么直接设置一致，让线程池直接进入最大负载运行
如果偶尔调用很高，那么就可以少设置点核心线程，共低调用时使用，设置最佳线程作为高调用时使用。这样可以节省资源。
这里说的调用是线程池提交的任务调用

阻塞队列设置

这个可以参考上一节，选择下那个合适
但是一定要设置队列容量
避免提交任务过多而引起oom
而且如果任务提交的过多
晚提交的任务可能还没执行完或者还没有执行结束前端就已经超时了
在这里插入图片描述
我们可以看到如果设置的太大而系统处理不了的话最后提交的任务可能需要5s才能执行完
极端情况下可能线程池永远都没办法在期望的时候处理完任务
应该根据自己业务预估下承载能力
多余的任务交给拒绝策略来处理

线程池执行

创建核心线程

JDK自带的线程池构造方法new对象是没有创建线程的
只有在提交任务的时候会新增核心线程
第一步判断是否到达核心线程数
没有就创建后执行

核心线程创建够了

继续提交任务则进入等待队列
线程会在空闲后获取任务继续执行

如果有核心线程已经执行完任务了
则调用出队方法
因为是阻塞队列所以会阻塞在出队方法上
等待任务进入等待队列就会唤醒线程执行

队列满了判断最大线程数

此时如果线程数还没有到达最大线程数
则继续创建线程执行

最大线程数也够了

进入拒绝策略

线程池线程关闭

正常超时淘汰

实际情况比较复杂我们可以想一下所有任务都执行完了，并且此时线程数量大于核心线程数
现在线程池中的线程都阻塞在阻塞队列的出队方法
这个方法是有超时时间的，如果到超时时间还没有被唤醒，那就说明要进入超时淘汰了
因为线程是依靠循环来保持活跃，那么所有待淘汰线程在循环的时候对全部线程数CAS -1 成功的线程不再循环，就会自然淘汰了（如下图）
核心线程也可以开启超时淘汰allowCoreThreadTimeOut(true)

在这里插入图片描述

执行异常线程

原线程会推出
但是会在processWorkerExit方法中会替补一个线程（核心、非核心都会补充）

这里可能会有疑问：为什么要这么麻烦？一个丢掉在创建一个？
因为这里其实是希望把异常提交到主线程，让主线程有所感知，而不是内部消化掉，如果不希望抛出线程，需要业务方自己处理

线程池关闭

执行shutdown() 或者 shutdownNow() 则阻塞方法会抛出中断异常
在中断异常处理中会把超时标志位改为已超时，则进入超时淘汰

线程池状态

五个状态

状态	解释
Running	接受新的任务且会处理队列中的任务
Shutdown	不能接受新的任务，会处理队列中的任务，执行完后停掉所有线程
Stop	不能接受新的任务，不会处理队列中的任务，停掉所有线程
Tidying	在最后一个线程停掉后CAS线程池状态为此状态，并且执行terminated()，执行完后改为Terminated
Terminated	线程池为0且执行完terminated()

状态流转：
在这里插入图片描述