概念
线程池好处
降低资源消耗:重复利用线程,从而降低创建和销毁造成的消耗
提高响应速度:任务到达时,可以不需要等到线程创建就能立即执行
提高线程的可管理性:线程会耗尽资源,降低稳定性,线程池可以统一分配、调优、监控
线程池组成
线程池管理器(ThreadPool):用于创建并管理线程池,包括 创建线程池,销毁线程池,添加新任务
工作线程(PoolWorker):线程池中线程,在没有任务时处于等待状态,可以循环的执行任务
任务接口(Task):每个任务必须实现的接口,以供工作线程调度任务的执行,它主要规定了任务的入口,任务执行完后的收尾工作,任务的执行状态等
任务队列(taskQueue):用于存放没有处理的任务,提供一种缓冲机制。
线程池实现原理
提交线程后,线程池判断核心线程池里是否都在执行任务。(如果不是,则创建一个新的工作线程来执行任务;如果是,进入下一个流程)
线程池判断工作队列是否已满。(如果没有满,将新提交任务存储在工作队列;如果已满,进入下一个流程)
线程池判断线程池的线程是否都处于工作状态。(如果没有,创建一个新的工作线程执行任务;如果已满,则交给饱和策略处理这个任务)
ThreadPoolExecutor 执行 execute 情况
如果当前运行线程 < corePoolSize,则创建新线程来执行任务
如果运行线程 >= corePoolSize,则将任务加入 BlockingQueue
如果 BlockIngQueue 队列已满,则创建新的线程来处理任务
如果创建新线程将使当前运行线程超出 maximumPoolSize,任务将被拒绝,并调用 RejectExecutionHandler.rejectedExecution() 方法
线程池使用
corePoolSize
线程池中的核心线程数,提交一个任务到线程池时,会创建一个线程执行任务(即使其他线程空闲),直到运行线程数等于线程池基本大小则不再创建
runnableTaskQueue
任务队列,保存等待执行的任务的阻塞队列,有如下阻塞队列
- ArrayBlockingQueue:基于数组结构的有界阻塞队列,按 FIFO原则排序元素
- LinkedBlockingQueue:基于链表结构的阻塞队列,按FIFO排序元素,吞吐量高于 ArrayBlockingQueue
- SynchronousQueue:不存储元素的阻塞队列,插入操作必须等到上一个线程调用移除操作,吞吐量高于 LinkedBlockingQueue
- PriorityBlockingQueue:具有优先级的无限阻塞队列
maximumPoolSize
线程池的最大线程数,如果队列满了,并且创建的线程数小于最大线程数,则创建新线程执行任务。如果使用了无界的任务队列此参数无效
threadFactory
设置创建线程的工厂,通过线程工厂给每个创建出来的线程设置有意义的名字、优先级
RejectExecutionHandler
饱和策略,当运行线程数已达到maximumPoolSize,队列也已经装满时会调用该参数拒绝任务,默认实现为 AbortPolicy
- AbortPolicy:直接抛出异常
- CallerRunsPolicy:只用调用者所在线程来运行任务
- DiscardOldestPolicy:丢弃队列里最近的一个任务,并执行当前任务
- DiscardPolicy:不处理,丢弃掉
keepAliveTime
线程池中的线程存活时间(没有任务执行时的回收时间),如果任务很多,并且每个任务执行时间短,可以调大时间,提高线程的利用率
TimeUnit
线程活动保持时间的单位,可选单位有天、小时、分钟、毫秒、微秒、纳秒
提交任务
- execute() 提交:提交不需要返回值的任务
- submit() 提交:线程池会返回一个 future 对象
关闭线程池
遍历线程池中的工作线程,逐个调用线程的 interrupt 方法来中断线程
shutdowNow:将线程池状态设置为 STOP,尝试停止所有线程,并返回等待执行任务的列表
shutdown:只是将线程池状态设置为 SHUTDOWN,中断没有正在执行任务的任务
线程池合理配置
CPU密集型任务:配置 N+1 个线程的线程池(N为CPU数量)
IO密集型任务:配置 2N 个线程的线程池(N为CPU数量)
优先级不同的任务可以使用优先级队列来处理
执行时间不同的任务可以交给不同规模的线程池来处理,让执行时间短的任务先执行
依赖数据库连接池的任务,因为等待时间长,所以线程数应该设置大,更好利用CPU
尽量使用有界队列,提高系统的稳定性和预警能力
线程池监控
通过扩展线程池进行监控。可以通过继承线程池来自定义线程池,重写线程池的 beforeExecute、afterExecute、terminated 方法。
- taskCount:线程池需要执行的任务数量
- completedTaskCount:在运行过程中已完成的任务数量
- largestPoolSize:线程池里曾创建过的最大线程数量,可以了解线程池是否满过
- getPoolSize:线程池的线程数量,线程池不销毁,该值只增不减
- getActiveCount:获取活动的线程数
参考:
https://blog.csdn.net/Hsuxu/article/details/8985931
https://www.jianshu.com/p/5df6e38e4362