一、为什么要使用线程池
- 降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的销耗。
- 提高响应速度。当任务到达时,任务可以不需要等待线程创建就能立即执行。
- 提高线程的可管理性。线程是稀缺资源,如果无限制的创建,不仅会销耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一的分配,调优和监控。
- 线程池的三个特点
- 线程复用
- 控制最大并发数
- 线程管理
二、线程池的使用
Executor类图
基本使用
参考博文JUC之创建线程的四种方式
三、底层原理
public static ExecutorService newFixedThreadPool(int nThreads) {
return new ThreadPoolExecutor(nThreads, nThreads,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>());
}
public static ExecutorService newCachedThreadPool() {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>());
}
public static ExecutorService newSingleThreadExecutor() {
return new FinalizableDelegatedExecutorService
(new ThreadPoolExecutor(1, 1,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>()));
}
三种创建线程池的方式都是通过底层调用ThreadPoolExecutor类来实现的。
ThreadPoolExecutor类的参数解析
- int corePoolSize
线程池中常驻核心线程数。 - int maximumPoolSize
线程池中能够容纳同时执行的最大线程数,大于等于corePoolSize。 - long keepAliveTime
空闲线程的存活时间,超过corePoolSize指定数量的空闲线程,当空闲时间达到keepAliveTime将会被销毁。 - TimeUnit unit
keepAliveTime的单位。 - BlockingQueue workQueue
任务队列,被提交但尚未被执行的任务。
newFixedThreadPool 和 newSingleThreadExecutor默认是LinkedBlockingQueue;
newCachedThreadPool 默认是 SynchronousQueue - ThreadFactory threadFactory
用于线程池中创建线程,一般保持默认即可。 - RejectedExecutionHandler handler
拒绝策略,表示当队列满了,并且工作线程等于线程池能容纳的最大线程数时,如何拒绝新提交的任务请求。
- AbortPolicy(默认的的拒绝策略)
直接抛出RejectedExecutionException异常 - CallerRunsPolicy
哪个线程(调用execute)提交过来的,就还回去给谁(哪来的回哪去),如果提交的线程shutdown了,就将其丢弃 - DiscardPolicy
直接丢弃 - DiscardOldestPolicy
等待最久的先丢弃
四、线程池的处理流程
- 在创建了线程池后,开始等待请求。
- 当调用execute()方法添加一个请求任务时,线程池会做出如下判断:
- 如果正在运行的线程数量小于corePoolSize,那么马上创建线程运行这个任务;
- 如果正在运行的线程数量大于或等于corePoolSize,那么将这个任务放入队列;
- 如果这个时候队列满了且正在运行的线程数量还小于maximumPoolSize,那么还是要创建非核心线程立刻运行这个任务;
- 如果队列满了且正在运行的线程数量大于或等于maximumPoolSize,那么线程池会启动饱和拒绝策略来执行。
- 当一个线程完成任务时,它会从队列中取下一个任务来执行。
- 当一个线程无事可做超过一定的时间(keepAliveTime)时,线程会判断:
如果当前运行的线程数大于corePoolSize,那么这个线程就被停掉。
所以线程池的所有任务完成后,它最终会收缩到corePoolSize的大小。