系列文章目录
为什么用线程池?
线程池如何使用?
线程池几个重要参数?
- corePoolSize: 线程池中的常驻核心线程数
- maximumPoolSize: 线程池中能够容纳通知执行的最大线程数,此值必须大于等于1
- keepAliveTime: 多余的空闲线程的存活时间。当前池中线程数量超过corePoolSize时,等空闲时间达到keepAliveTime时,多余线程会被销毁,直到只剩下corePoolSize个线程为止
- unit:keepAliveTime的单位
- workQueue: 任务队列,被提交但未被执行的任务
- threadFactory:表示生成线程池中工作线程的线程工厂,用于创建线程,一般默认的即可
- handler:拒绝策略,表示当队列满了, 并且工作线程大于等于线程池的最大线程数(maximuomPoolSize)时如何来拒绝请求执行的runable的策略
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler) {
if (corePoolSize < 0 ||
maximumPoolSize <= 0 ||
maximumPoolSize < corePoolSize ||
keepAliveTime < 0)
throw new IllegalArgumentException();
if (workQueue == null || threadFactory == null || handler == null)
throw new NullPointerException();
this.acc = System.getSecurityManager() == null ?
null :
AccessController.getContext();
this.corePoolSize = corePoolSize;
this.maximumPoolSize = maximumPoolSize;
this.workQueue = workQueue;
this.keepAliveTime = unit.toNanos(keepAliveTime);
this.threadFactory = threadFactory;
this.handler = handler;
}
线程池底层工作原理?
简洁版:
使用者:使用者提交任务
线程池:1. 核心线程池是否已满? 否,创建线程执行任务
2. 队列是否已满? 否,将任务存储进队列里
3. 线程池是否已满? 否,创建线程执行任务
4. 拒绝策略处理无法执行的任务
详细版:
- 在创建了线程池后,开始等待请求
- 当调用一个execute方法添加一个请求任务时,线程池会做出如下判断:
2.1 如果正在运行的线程数量小于corePoolSize,那么马上创建线程运行这个任务
2.2 如果正在运行的线程数量大于等于corePoolSize, 那么将整个任务放入队列
2.3 如果这个时候任务队列满了且正在运行的线程数量还小于maxinumPoolSize, 那么还是要创建非核心线程立刻运行这个任务;
2.4 如果队列满了且正在运行的线程数量大于或等于maximumPoolSize,那么线程池会启动饱和拒绝策略来执行 - 当一个线程完成任务时,它会从队列中取下一个任务来执行
- 当一个线程无事可做超过一定时间(keepAliveTime)时,线程会判断:
如果当前运行的线程数大于corePoolSize,那么这个线程会被停掉
所以线程池的所有任务完成后,它最终会收缩到corePoolSize的大小、
线程池用哪个?生产中如何设置合理参数?
JDK内置4种拒绝策略:
- AbortPolicy(默认):直接抛出RejectedExecution异常阻止系统正常运行
- CallerRunPolicy: “调用者运行”一种调节机制,该策略既不会抛弃任务,也不会抛出异常,而是将某些任务回退给调用者,从而降低新任务的流量
- DiscardOldPolicy:抛弃队列中等待最久的任务,然后把当前任务加入队列中,尝试再次提交当前任务
- DIscardPllicy: 该策略默默地丢弃无法处理的任务,不予任何处理也不抛出异常,如果允许任务丢失,这是一种好的策略