【Java线程池】 java.util.concurrent.ThreadPoolExecutor 分析
线程池概述
线程池,是指管理一组同构工作线程的资源池。
线程池在工作队列(Work Queue)中保存了所有等待执行的任务。工作者线程(Work Thread)会从工作队列中获取一个任务并执行,然后返回线程池并等待下一个任务。
线程池比执行任务再创建线程会有以下优势:
- 节省资源。通过重用线程来省去在线程创建和销毁过程中产生的开销。
- 提高响应性。当执行请求到达时,工作线程通常已经存在,因此不需要等待线程创建,从而提高了响应性。
- 防止资源耗尽。通过调整线程池的大小,防止过多线程相互竞争资源。
ThreadPoolExecutor
是Java中线程池的实现类。下图是继承关系:
direction BT
class AbstractExecutorService
class Executor {
<<Interface>>
}
class ExecutorService {
<<Interface>>
}
class ThreadPoolExecutor
AbstractExecutorService ..> ExecutorService
ExecutorService --> Executor
ThreadPoolExecutor --> AbstractExecutorService
Executor
,基于生产者-消费者模式,提交相当于生产者,执行任务相当于消费者。通过该模式将任务的提交与执行解耦开来。ExecutorService
,是Executor
的实现,该接口基于Executor
提供了生命周期的支持,例如任务的运行、关闭和中止,以及通过submit
方法来创建一个异步任务Future
。AbstractExecutorService
,是ExecutorService
的实现,使得下层实现只需要关注任务的执行。ThreadPoolExecutor
,是Java中线程池的实现。
下图是ThreadPoolExecutor的大致结构
生命周期
Executor
的实现通常会创建线程来执行任务。由于 Executor
以异步的方式来执行任务,因此之前提交任务的状态不是立即可见的,有些任务已经完成,有些还在运行,有些在等待执行。当关闭应用程序时,是完成当前任务并不接受新任务,还是直接关闭所有任务(不管是在执行还是没有执行)。
为了解决执行服务的生命周期问题,Executor
扩展了 ExecutorService
接口,该接口提供了对生命周期管理的方法。
public interface ExecutorService extends Executor {
void shutdown();
List<Runnable> shutdownNow();
boolean awaitTermination(long timeout, TimeUnit unit);
boolean isShutdown();
boolean isTerminated();
// 以及一些用于创建异步任务的方法
<T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks);
Future<?> submit(Runnable task);
....
}
在ThreadPoolExecutor中提供了五种状态:
状态 | 描述 | 转换 |
---|---|---|
RUNTIME | 接受新任务并处理队列任务 | |
SHUTDOWN | 不接受新任务,但是处理队列中任务 | RUNTIME->SHUTDOWN:执行 shutdown() |
STOP | 不接受新任务,不处理队列中任务,并中断正在运行中的任务 | RUNTIME->STOP:执行 shutdownNow() |
TIDYING | 所有任务已经终止,工作者线程为0,之后会执行一个钩子函数(TERMINATED() )用于清理 |
SHUTDOWN->TIDYING:队列和线程池都为空 STOP->TIDYING: 线程池为空 |
TERMINATED | 钩子函数执行完毕 | TIDYING->TERMINATED |
下图是状态之间的转换关系:
如果任务队列被填满(在队列大小有限的情况下)或者某个任务被提交到一个已经被关闭的Executor中时应该怎么处理这些情况?JDK提供了一种策略来处理这些情况--饱和策略
在ThreadPoolExecutor
中通过ctl
字段来维护了线程池的运行状态和线程数量(工作者线程)
private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0));
具体的可以通过两个参数来说明:
COUNT_BIT
的值为29(32-3)COUNT_MASK
则为高三位为0、低29位全1的字段
private static final int COUNT_BITS = Integer.SIZE - 3;
private static final int COUNT_MASK = (1 << COUNT_BITS) - 1;
每个状态的取值如下,每个取值都向左边移动了29位:
private static final int RUNNING = -1 << COUNT_BITS;
private static final int SHUTDOWN = 0 << COUNT_BITS;
private static final int STOP = 1 << COUNT_BITS;
private static final int TIDYING = 2 << COUNT_BITS;
private static final int TERMINATED = 3 << COUNT_BITS;
所以高三位用来表示线程池的状态
之后用来确定线程池中的线程数量都使用COUNT_MASK
来计算,这样就能计算低29位
private static int workerCountOf(int c) { return c & COUNT_MASK; }
ThreadPoolExecutor
通过如下的方法来检测当前线程池的状态:
运行是要比终结状态小的
// 当前状态要比给定的状态小,如 running < terminated
private static boolean runStateLessThan(int c, int s) {
return c < s;
}
// 当前状态要高于给定的状态,如 terminated >= running
private static boolean runStateAtLeast(int c, int s) {
return c >= s;
}
// 检测当前线程是否在运行
private static boolean isRunning(int c) {
return c < SHUTDOWN;
}
饱和(拒绝)策略
ThreadPoolExecutor的饱和策略可以通过调用 setRejectedtExecutionHandler 来修改。
JDK 提供了几种不同的 RejectedExecutionHandler 的实现:
名称 | 描述 |
---|---|
AbortPolicy | 默认的饱和策略,会抛出一个 RejectedExecutionException 可以捕获这个异常然后进行处理 |
CallerRunsPolicy | 该策略实现了一种调节机制,不会抛弃任务也不会抛出异常。 而是将该任务在调用者线程中运行,使得调用者需要执行完该任务才能继续提交任务。 这样使得工作者线程有时间来处理正在执行的任务。 |
DiscardPolicy | 会抛弃任务,不会提醒任务被抛出 |
DiscardOldestPolicy | 抛弃下一个将被执行的任务并将该任务重新提交 |
队列任务管理
如果请求速率超过了线程池的处理速率,那么新到来的请求将会累计起来,这些请求会在一个由 Executor
管理的 Runnable
队列(也就是任务队列 Work Queue)中等待。但这仍有可能超出缓存的数量。
基本的任务排队方法有三种:
- 有界队列:有长度限制
- 无界队列:没有长度限制
- 同步移交:立即将元素传输给正在等待的消费者
BlockingQueue
是ThreadPoolExecutor
的任务队列:
public interface BlockingQueue<E> extends Queue<E> {
offer();
pool();
put();
take();
....
}
JDK 提供了以下几种实现类:
类名 | 描述 | 类型 |
---|---|---|
LinkedBlockingQueue | 由链表组成,此队列按照FIFO对元素进行排序。默认长度为 Integer.MAX_VALUE |
有界阻塞队列 |
PriorityBlockingQueue | 优先队列,默认按从小到大(自然序)进行排序。不能保证同优先级元素的顺序 | 无界阻塞队列 |
ArrayBlockingQueue | 由数组组成,按照FIFO对元素进行排序。支持公平锁和非公平锁,默认使用非公平锁 | 有界阻塞队列 |
SynchronousQueue | 不是真正的队列,是一种特殊的阻塞队列,没有实际的容量,任意线程都会等待直到获得数据或者交付完成才会返回 | 无界阻塞同步移交 |
DelayQueue | 实现了PriorityBlockingQueue的延迟的无界队列,指定多久能从队列中获取元素。 | 无界队列 |
LinkedTransferQueue | 多实现了一个 TransferQueue 接口,支持将元素移交给正在等待的消费者 |
无界队列 |
LinkedBlockingDeque | 由链表组成的双向阻塞队列,得益于双向队列的特性,多线程并发时,可以将锁的竞争最多降到一半 | 阻塞队列 |
工作者线程
所有的任务都是由工作者线程来执行的,那么工作者线程是如何执行这些任务的,以及线程池是如何维护工作者线程的。下面是ThreadPoolExecutor
中的工作者线程类Worker
private final class Worker
extends AbstractQueuedSynchronizer
implements Runnable
{
// 线程
final Thread thread;
// 第一个任务
Runnable firstTask;
// 执行任务的数量
volatile long completedTasks;
....
}
工作者线程实现了Runnable
接口,并且它包含了一个Thread
,说明工作者线程是一个特殊的任务也是一个线程,它可以去执行一些其他任务也可以自控制。
工作者线程继承自AQS,而不是使用的可重入锁ReentrantLock
,目的是实现可不重入的特性(线程封闭)。每个工作者线程必须是线程封闭的。
在工作者线程构造器中有一段:
this.thread = getThreadFactory().newThread(this);
通过调用线程工厂创建线程并将this(也就是工作者线程)提交给Thread
也就是执行Thread
就启动了自己,所以工作者线程可以自己管理自己
addWorkder
中创建工作者线程之后执行了它,这里的t就是thread
t.start();
线程工厂
每当线程池创建一个线程,都是通过线程的工厂方法创建的。
默认的线程工厂方法创建一个新的、非守护的线程,并且不包含特殊的配置信息。通过制定一个工厂方法,可以定制线程池的配置信息。每当线程池需要一个新的线程都会调用getThreadFactory()
这个方法。
以下是ThreadPoolExecutor
创建一个工作者线程,是通过工厂方法创建的:
Worker(Runnable firstTask) {
setState(-1); // inhibit interrupts until runWorker
this.firstTask = firstTask;
this.thread = getThreadFactory().newThread(this);
}
ThreadFactory
是一个接口
public interface ThreadFactory {
Thread newThread(Runnable r);
}
在构造线程池ThreadPoolExecutor
时,可以传入一个线程工厂,使得创建线程时通过该线程工厂创建。
执行一个任务
ThreadPoolExecutor
是通过实现Executor
来执行任务的
具体分为三个步骤:
- 如果当前正在运行的线程小于
corePoolSize
则创建一个工作者线程并将该任务作为该线程的第一个任务执行 - 如果当前任务能够进入任务队列,仍需要检查线程池的运行状态。如果线程池关闭则需要将任务交给饱和策略处理。如果没有关闭并且工作者线程为0,则需要创建工作者线程(这个时候任务已经在队列中)。
- 如果不能够进入队列,则尝试创建工作者线程去处理任务;如果失败则说明已经饱和,则将任务交给饱和(拒绝)策略处理。
copy from Java线程池实现原理及其在美团业务中的实践
通过源码来理解一下:
public void execute(Runnable command) {
// 任务不能为空
if (command == null)
throw new NullPointerException();
// 任务数量
int c = ctl.get();
if (workerCountOf(c) < corePoolSize) {
if (addWorker(command, true))
return;
c = ctl.get();
}
if (isRunning(c) && workQueue.offer(command)) {
int recheck = ctl.get();
if (! isRunning(recheck) && remove(command))
reject(command);
else if (workerCountOf(recheck) == 0)
addWorker(null, false);
}
else if (!addWorker(command, false))
reject(command);
}
当执行一个任务会将一个任务放到工作队列中或者是直接创建一个工作者线程去执行该任务。
addWorker
是创建一个工作者线程并运行一个任务的(可以不运行一个任务)
这段代码主要做两个工作:
- 保证能正常添加工作者线程,数量不能超过设定的范围并且线程池没有关闭。
- 向工作者线程组中添加一个工作者线程并且线程池在正常运行,之后运行该线程去执行任务。
private boolean addWorker(Runnable firstTask, boolean core) {
// 保证能添加工作者线程
retry:
for (int c = ctl.get();;) {
// Check if queue empty only if necessary.
if (runStateAtLeast(c, SHUTDOWN)
&& (runStateAtLeast(c, STOP)
|| firstTask != null
|| workQueue.isEmpty()))
return false;
for (;;) {
// 如果超过限定数量,这个数量可以是最小的活跃线程数量可以是最大的活跃线程数量
if (workerCountOf(c)
>= ((core ? corePoolSize : maximumPoolSize) & COUNT_MASK))
return false;
if (compareAndIncrementWorkerCount(c))
// 只有能增加工作者线程才退出
break retry;
//重新获取并检查运行状态
c = ctl.get(); // Re-read ctl
if (runStateAtLeast(c, SHUTDOWN))
continue retry;
// else CAS failed due to workerCount change; retry inner loop
}
}
// 从这里创建一个工作者线程并运行该线程
boolean workerStarted = false;
boolean workerAdded = false;
Worker w = null;
try {
w = new Worker(firstTask);
final Thread t = w.thread;
if (t != null) {
final ReentrantLock mainLock = this.mainLock;
mainLock.lock();
try {
// 检测线程池运行状态
if (isRunning(c) ||
(runStateLessThan(c, STOP) && firstTask == null)) {
// 检测线程状态,线程状态必须为 NEW
if (t.getState() != Thread.State.NEW)
throw new IllegalThreadStateException();
// 将该工作者线程添加到工作者线程组中
workers.add(w);
workerAdded = true;
int s = workers.size();
if (s > largestPoolSize)
largestPoolSize = s;
}
} finally {
mainLock.unlock();
}
// 如果工作者线程已经添加则运行该线程
if (workerAdded) {
t.start();
workerStarted = true;
}
}
} finally {
if (! workerStarted)
addWorkerFailed(w);
}
return workerStarted;
}
获取并执行任务
工作者线程获取任务主要有两个途径:
- 通过创建工作者线程时给予的
- 从任务队列中获取的
期间会一直检查线程池的状态。如果遇到线程池停止了需要去确保当前线程的中断状态
如果线程池没有终止也需要确保线程能够正常运行
final void runWorker(Worker w) {
Thread wt = Thread.currentThread();
Runnable task = w.firstTask;
w.firstTask = null;
w.unlock(); // allow interrupts
boolean completedAbruptly = true;
try {
// 有两种情况
// 1. 执行firstTask
// 2. 获取一个任务并执行
while (task != null || (task = getTask()) != null) {
w.lock();
// 如果线程池已经停止,确保当前线程是中断的
// 如果线程池正在运行,确保线程没有中断
// 第二次获取控制状态是为了确保线程池在关闭的过程中能够正常中断当前线程
if ((runStateAtLeast(ctl.get(), STOP) ||
(Thread.interrupted() &&
runStateAtLeast(ctl.get(), STOP))) &&
!wt.isInterrupted())
wt.interrupt();
// 从这里开始执行任务
try {
beforeExecute(wt, task);
try {
task.run();
afterExecute(task, null);
} catch (Throwable ex) {
afterExecute(task, ex);
throw ex;
}
} finally {
task = null;
// 增加任务执行数量,这里是线程封闭的,所以不需要考虑并发的情况
w.completedTasks++;
w.unlock();
}
}
completedAbruptly = false;
} finally {
// 线程自回收
processWorkerExit(w, completedAbruptly);
}
}
从任务队列中获取任务
工作者线程通过 getTask
获取一个任务来执行
private Runnable getTask() {
boolean timedOut = false; // Did the last poll() time out?
for (;;) {
int c = ctl.get();
// Check if queue empty only if necessary.
// 检测线程池状态,队列不能为空
if (runStateAtLeast(c, SHUTDOWN)
&& (runStateAtLeast(c, STOP) || workQueue.isEmpty())) {
decrementWorkerCount();
return null;
}
//
int wc = workerCountOf(c);
// Are workers subject to culling?
boolean timed = allowCoreThreadTimeOut || wc > corePoolSize;
// 工作者线程太多或者任务队列为空
if ((wc > maximumPoolSize || (timed && timedOut))
&& (wc > 1 || workQueue.isEmpty())) {
// 减少工作者线程数量
if (compareAndDecrementWorkerCount(c))
return null;
continue;
}
// 从队列中获取一个任务
try {
Runnable r = timed ?
workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) :
workQueue.take();
if (r != null)
return r;
timedOut = true;
} catch (InterruptedException retry) {
timedOut = false;
}
}
}
工作者线程回收
processWorkerExit
负责这一工作,具体流程如下:
- 从工作者线程集合中移除
- 尝试终止线程池
- 尝试通过创建一个工作者线程来替换当前线程,这种情况可能由以下原因
- 当前被清除的线程可能由任务异常而退出
- 没有工作者线程执行任务
- 队列中没有任务
private void processWorkerExit(Worker w, boolean completedAbruptly) {
if (completedAbruptly) // If abrupt, then workerCount wasn't adjusted
decrementWorkerCount();
final ReentrantLock mainLock = this.mainLock;
mainLock.lock();
// 将工作者线程从集合中移除
try {
// 汇总执行完毕的任务数量
completedTaskCount += w.completedTasks;
workers.remove(w);
} finally {
mainLock.unlock();
}
// 尝试终止线程池
tryTerminate();
// 3. 尝试创建工作者线程
int c = ctl.get();
if (runStateLessThan(c, STOP)) {
if (!completedAbruptly) {
// 预测活跃的线程数量,其他的工作者线程可能超时回收了
int min = allowCoreThreadTimeOut ? 0 : corePoolSize;
// 活跃的线程数量为0并且任务队列为空
if (min == 0 && ! workQueue.isEmpty())
// 当前的活跃线程数量
min = 1;
// 实际的活跃线程数量要大于预测的就没必要创建,因为线程数量够用
if (workerCountOf(c) >= min)
return; // replacement not needed
}
// 否则创建一个工作者线程来替代当前线程
addWorker(null, false);
}
}
参考
Java 并发编程实战
Java线程池实现原理及其在美团业务中的实践
【Java线程池】 java.util.concurrent.ThreadPoolExecutor 分析的更多相关文章
- Java线程池ThreadPoolExector的源码分析
前言:线程是我们在学习java过程中非常重要的也是绕不开的一个知识点,它的重要程度可以说是java的核心之一,线程具有不可轻视的作用,对于我们提高程序的运行效率.压榨CPU处理能力.多条线路同时运行等 ...
- JUC(4)---java线程池原理及源码分析
线程池,既然是个池子里面肯定就装很多线程. 如果并发的请求数量非常多,但每个线程执行的时间很短,这样就会频繁的创建和销毁 线程,如此一来会大大降低系统的效率.可能出现服务器在为每个请求创建新线程和销毁 ...
- JAVA线程池原理与源码分析
1.线程池常用接口介绍 1.1.Executor public interface Executor { void execute(Runnable command); } 执行提交的Runnable ...
- Java线程池与java.util.concurrent
Java(Android)线程池 介绍new Thread的弊端及Java四种线程池的使用,对Android同样适用.本文是基础篇,后面会分享下线程池一些高级功能. 1.new Thread的弊端执行 ...
- Java 线程池框架核心代码分析--转
原文地址:http://www.codeceo.com/article/java-thread-pool-kernal.html 前言 多线程编程中,为每个任务分配一个线程是不现实的,线程创建的开销和 ...
- Java 线程池框架核心代码分析
前言 多线程编程中,为每个任务分配一个线程是不现实的,线程创建的开销和资源消耗都是很高的.线程池应运而生,成为我们管理线程的利器.Java 通过Executor接口,提供了一种标准的方法将任务的提交过 ...
- 四种Java线程池用法解析
本文为大家分析四种Java线程池用法,供大家参考,具体内容如下 http://www.jb51.net/article/81843.htm 1.new Thread的弊端 执行一个异步任务你还只是如下 ...
- 面试题:四种Java线程池用法解析 !=!=未看
1.new Thread的弊端 执行一个异步任务你还只是如下new Thread吗? 1 2 3 4 5 6 7 8 new Thread(new Runnable() { @Override ...
- Java并发编程系列-(6) Java线程池
6. 线程池 6.1 基本概念 在web开发中,服务器需要接受并处理请求,所以会为一个请求来分配一个线程来进行处理.如果每次请求都新创建一个线程的话实现起来非常简便,但是存在一个问题:如果并发的请求数 ...
随机推荐
- [ Module ] 环境变量管理工具 Module 安装和使用
https://www.cnblogs.com/yeungchie/ 1. 工具下载 手动下载 modules-5.1.0 点击下载 wget 下载 wget https://jaist.dl.sou ...
- 斯坦福NLP课程 | 第15讲 - NLP文本生成任务
作者:韩信子@ShowMeAI,路遥@ShowMeAI,奇异果@ShowMeAI 教程地址:http://www.showmeai.tech/tutorials/36 本文地址:http://www. ...
- QTP——功能测试
一.前言(课设目的及内容) QTP是quicktest Professional的简称,是一种自动测试工具.使用QTP的目的是想用它来执行重复的手动测试,主要是用于回归测试和测试同一软件的新版本.因此 ...
- RabbitMQ 环境安装
每日一句 Wisdom is knowing what to do next, skill is knowing how to do it, and virtue is doing it. 智慧是知道 ...
- SpringBoot 2.X 快速掌握
0.重写博文的原因 当初我的SpringBoot系列的知识是采用分节来写的,即:每一个知识点为一篇博文,但是:最近我霉到家了,我发现有些博文神奇般地打不开了,害我去找当初的markdown笔记,但是方 ...
- 向sqlserver 数据库插入emoji 表情包
1.emoji 属于特殊字符 所以我们必须使用utf-8 的编码格式进行保存 不过好在sqlserver 默认支持utf-8 2.将需要存储emoji的字段必须设置为nvarchar 类型 因为v ...
- BZOJ4713 迷失的字符串 解题报告
BZOJ4713 题目大意:有 \(n\) 个点 \(n-1\) 条边,每条边有一个字符.给你 \(m\) 个字符串 \(s_i\),问每个字符串是否可以通过树上的一条简单路径表示. \(n,m\le ...
- 【Java面试】说说你对Spring MVC的理解
一个工作了7年的粉丝,他说在面试之前,Spring这块的内容准备得很充分. 而且各种面试题也刷了,结果在面试的时候,面试官问:"说说你对Spring MVC的理解". 这个问题一下 ...
- Docker的网络
概述 docker使用Linux桥接网卡,在宿主机虚拟一个docker容器网桥(docker0),docker启动一个容器时会根 据docker网桥的网段分配给容器一个IP地址,称为Container ...
- Docker-Compose实现Mysql主从
1. 简介 通过使用docker-compose 搭建一个主从数据库,本示例为了解耦 将两个server拆分到了两个compose文件中,当然也可以放到一个compose文件中 演示mysql版本:5 ...