Java线程池submit阻塞获取结果的实现原理详解
前言
Java线程池中提交任务运行,通常使用execute()
方法就足够了。那如果想要实现在主线程中阻塞获取线程池任务运行的结果,该怎么办呢?答案是用submit()
方法提交任务。这也是面试中经常被问到的一个知识点,execute()
和submit()
提交任务的的区别是什么?底层是如何实现的?
案例演示
现在我们通过简单的例子演示下submit()方法的妙处。
@Test
public void testSubmit() throws ExecutionException, InterruptedException {
// 创建一个核心线程数为5的线程池
ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(5, 10, 30, TimeUnit.SECONDS, new ArrayBlockingQueue<>(50));
// 创建一个计算任务
Callable<Integer> myTask = new Callable<Integer>() {
@Override
public Integer call() throws Exception {
int result = 0;
for (int i = 0; i < 10000; i++) {
result += i;
}
Thread.sleep(1000);
return result;
}
};
log.info("start submit task .....");
Future<Integer> future = threadPoolExecutor.submit(myTask);
Integer sum = future.get();
log.info("get submit result: [{}]", sum);
// use sum do other things
}
运行结果:
主线程的确阻塞等待线程返回。
Future类API
我们看到用submit提交任务最后返回一个Future对象,Future表示异步计算的结果。那它都提供了什么api呢?
方法 | 说明 |
---|---|
V get() | 等待任务执行完成,然后获取其结果。 |
V get(long timeout, TimeUnit unit) | 等待获取任务执行的结果,如果任务超过一定时间没有执行完毕,直接返回,抛出异常,不会一直等待下去。 |
boolean isDone() | 如果此任务已完成,则返回true。完成可能是由于正常终止、异常或取消——在所有这些情况下,该方法都将返回true。 |
boolean isCancelled() | 如果该任务在正常完成之前被取消,则返回true。 |
boolean cancel(boolean mayInterruptIfRunning) | 试图取消此任务的执行。1. 如果任务已经完成、已经取消或由于其他原因无法取消,则此尝试将失败。 |
- 如果在调用cancel时此任务尚未启动,则此任务不应运行。
- 如果任务已经开始,那么mayInterruptIfRunning参数确定是否应该中断执行此任务的线程以试图停止该任务。 |
和execute区别
从功能层面,我们已经很明白他们最大区别,
execute()
方式提交任务没有返回值,直接线程中池异步运行任务。submit()
方式提交任务有返回值Future, 调用get方法可以阻塞调用线程,等待任务运行返回的结果。
那从源码层面,二者又有什么区别和联系呢?
我们看下submit()
提交的入口方法,代码如下:
// AbstractExecutorService#submit
public <T> Future<T> submit(Callable<T> task) {
// 判空处理
if (task == null) throw new NullPointerException();
// 将提交的任务包装成RunnableFuture
RunnableFuture<T> ftask = newTaskFor(task);
// 最终还是调用execute方法执行任务
execute(ftask);
return ftask;
}
殊途同归,最终都是调用execute()
方法,只不过submit()
方法在调用前做一层包装,将任务包装成RunnableFuture
对象。
关于线程池中execute()
方法提交的流程和原理实现不理解的,强烈建议先学习这篇文章:Java线程池源码深度解析。
原理实现
本节内容我们聚焦在submit()方法的实现原理。
我们先思考下,如果让我们设计实现调用get阻塞知道线程返回结果,要考虑哪些方面呢?
- 任务是否执行结束或者执行出错等情况,是不是需要有个状态位标记?
- 任务的执行结果如何保存?
- 如果任务没有执行结束,如何阻塞当前线程,
LockSupport.park()
是一种方式。 - 如果有多个外部线程获取get,是不是应该也要把外部线程存下来,怎么存?因为后面任务执行完后需要唤醒他们。
带着这些问题和基本思路我们看下jdk8中是如何实现的。
RunnableFuture类介绍
submit()
方法中调用newTaskFor()
方法获取RunnableFuture
对象。
// AbstractExecutorService#newTaskFor
protected <T> RunnableFuture<T> newTaskFor(Callable<T> callable) {
// 调用FutureTask的构造方法返回RunnableFuture对象
return new FutureTask<T>(callable);
}
FutureTask
类结构图如下:
FutureTask
是一个异步计算任务,包装了我们外部提交的任务。
- 实现了Runnable接口
- 实现了Future接口,该接口封装了任务结果的获取、任务是否结束等接口。
RunnableFuture类重要属性
1.任务运行状态state
// 存储当前任务运行状态
private volatile int state;
// 当前任务尚未执行
private static final int NEW = 0;
// 当前任务正在结束,尚未完全结束,一种临界状态
private static final int COMPLETING = 1;
// 当前任务正常结束
private static final int NORMAL = 2;
// 当前任务执行过程中发生了异常
private static final int EXCEPTIONAL = 3;
// 当前任务被取消
private static final int CANCELLED = 4;
// 当前任务中断中
private static final int INTERRUPTING = 5;
// 当前任务已中断
private static final int INTERRUPTED = 6;
可能的状态转换有如下几种:
- NEW -> COMPLETING -> NORMAL
- NEW -> COMPLETING -> EXCEPTIONAL
- NEW -> CANCELLED
- NEW -> INTERRUPTING -> INTERRUPTED
2.真正要执行的任务callble
// 存放真正提交的原始任务
private Callable<V> callable;
3.存放执行结果outcome
返回的结果或从get()中抛出的异常
private Object outcome;
4.当前正在运行任务的线程runner
//当前任务被线程执行期间,保存当前任务的线程对象引用
private volatile Thread runner;
5.调用get获取任务结果的等待线程集合waiters
//因为会有很多线程去get当前任务的结果,所以这里使用了一种stack数据结构来保存
private volatile Waitnode waiters;
static final class WaitNode {
volatile Thread thread;
volatile WaitNode next;
WaitNode() { thread = Thread.currentThread(); }
}
数据结构如下图:
RunnableFuture类构造方法
public FutureTask(Callable<V> callable) {
if (callable == null)
throw new NullPointerException();
// 设置要执行的任务
this.callable = callable;
// 初始化时任务状态为NEW
this.state = NEW;
}
任务执行run()原理
submit()
方法最终调用线程池的execute()
方法,而execute()
方法会创建出"工人"Worker
对象,调用runWorker()
方法,它主要是执行外部提交的任务,也就是这里的FutureTask
对象的run()
方法, 我们重点看下run()
方法。
FutureTask#run()
开始执行任务。
它主要的功能是完成包装的callable的call方法执行,并将执行结果保存到outcome中,同时捕获了call方法执行出现的异常,并保存异常信息,而不是直接抛出。
public void run() {
// 状态机不为NEW表示执行完成或任务被取消了,直接返回
// 状态机为NEW,同时将runner设置为当前线程,保证同一时刻只有一个线程执行run方法,如果设置失败也直接返回
if (state != NEW ||
!UNSAFE.compareAndSwapObject(this, runnerOffset,
null, Thread.currentThread()))
return;
try {
Callable<V> c = callable;
// 取出原始的任务检测不为空 且 再次检查状态为NEW(双重校验)
if (c != null && state == NEW) {
// 任务运行的结果
V result;
// 任务是否运行是否正常, true:正常, false-异常
boolean ran;
try {
// 任务执行,将结果返回给result
result = c.call();
// 设置任务运行正常
ran = true;
} catch (Throwable ex) {
// 任务运行报错的情况
// 设置结果为空
result = null;
// 设置任务运行异常标记
ran = false;
// 任务执行抛出异常时,保存异常信息,而不直接抛出
setException(ex);
}
// 执行成功则保存结果
if (ran)
set(result);
}
} finally {
// runner must be non-null until state is settled to
// prevent concurrent calls to run()
// 执行完成后设置runner为null
runner = null;
// state must be re-read after nulling runner to prevent
// leaked interrupts
// 获取任务状态
int s = state;
// 如果被置为了中断状态则进行中断的处理
if (s >= INTERRUPTING)
handlePossibleCancellationInterrupt(s);
}
}
FutureTask#set()
方法处理正常执行的运行结果
setException()方法主要完成做下面的工作。
- 将执行结果保存到outcom变量中
- FutureTask的状态从NEW修改为NORMAL
- 唤醒阻塞在waiters队列中请求get的所有线程
protected void set(V v) {
// 将状态由NEW更新为COMPLETING
if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
// 保存任务的结果
outcome = v;
// 更新状态的最终状态-NORMAL
UNSAFE.putOrderedInt(this, stateOffset, NORMAL); // final state
// 通用的完成操作,主要作用就是唤醒阻塞在waiters队列中请求get的线程
finishCompletion();
}
}
FutureTask#setException()
方法处理执行异常的结果
setException()方法主要完成做下面的工作。
- 将异常信息保存到outcom变量中
- FutureTask的状态从NEW修改为EXCEPTIONAL
- 唤醒阻塞在waiters队列中请求get的所有线程
// FutureTask#setException
protected void setException(Throwable t) {
// 将状态由NEW更新为COMPLETING
if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
// 将异常信息保存到输出结果中
outcome = t;
// 更新状态机处理异常的最终状态-EXCEPTIONAL
UNSAFE.putOrderedInt(this, stateOffset, EXCEPTIONAL); // final state
// 通用的完成操作,主要作用就是唤醒阻塞在waiters队列中请求get的线程
finishCompletion();
}
}
这里的finishCompletion()
唤醒我们在后面讲解,上面的整个逻辑可以用一张图表示:
任务结果获取get()原理
其他线程可以调用get()
方法或者超时阻塞方法get(long timeout, TimeUnit unit)
获取任务运行的结果。
FutureTask#get()
方法是获取任务执行结果的入口方法。
// 阻塞获取任务结果
public V get() throws InterruptedException, ExecutionException {
int s = state;
// 任务还没有执行完成,通过awaitDone方法进行阻塞等待
if (s <= COMPLETING)
s = awaitDone(false, 0L);
// 返回结果
return report(s);
}
// 超时阻塞获取任务结果
public V get(long timeout, TimeUnit unit)
throws InterruptedException, ExecutionException, TimeoutException {
// 判空处理
if (unit == null)
throw new NullPointerException();
int s = state;
// 任务还没有执行完成,通过awaitDone方法进行阻塞等待
if (s <= COMPLETING &&
// 如果awaitDone返回的结果还是小于等于COMPLETING,表示运行中,那么直接抛出超时异常
(s = awaitDone(true, unit.toNanos(timeout))) <= COMPLETING)
throw new TimeoutException();
// 返回结果
return report(s);
}
FutureTask#awaitDone()
方法阻塞等待任务执行结束
该方法主要完成下面的工作:
- 判断任务是否运行结束,结束的话直接返回运行状态
- 如果任务没有结果,将请求线程阻塞
- 请求线程阻塞时,会创建一个waiter节点,然后加入到阻塞等待的栈中
// 线程阻塞等待方法, timed等于 true表示阻塞等待有时间限制nanos, false表示没有,一直阻塞
private int awaitDone(boolean timed, long nanos) throws InterruptedException {
// 计算阻塞超时时间点
final long deadline = timed ? System.nanoTime() + nanos : 0L;
WaitNode q = null;
// 表示q是否添加到waiters栈中,默认false
boolean queued = false;
// 自旋操作
for (;;) {
// 如果阻塞线程被中断则将当前线程从阻塞队列中移除
if (Thread.interrupted()) {
// 从waiters栈中移除WaitNode,
removeWaiter(q);
// 返回中断移除
throw new InterruptedException();
}
// 获取任务的状态
int s = state;
// 如果任务的状态大于COMPLETING,表示线程运行结束了,直接返回
if (s > COMPLETING) {
// 任务已经完成时直接返回结果
if (q != null)
q.thread = null;
// 返回状态
return s;
}
// 如果任务状态是COMPLETING
else if (s == COMPLETING)
// 如果任务执行完成,但还差最后一步最终完成,则让出CPU给任务执行线程继续执行
Thread.yield();
// 如果任务状态小于COMPLETING,说明任务还在运行中
// 如果q为空的情况
else if (q == null)
// 新进来的线程添加等待节点
q = new WaitNode();
// 如果任务还在运行中并且当前线程节点还不在waiters栈中,那么就加入
else if (!queued)
// 上一步节点创建完,还没将其添加到waiters栈中,因此在下一个循环就会执行此处进行入栈操作,并将当前线程的等待节点置于栈顶
queued = UNSAFE.compareAndSwapObject(this, waitersOffset,
q.next = waiters, q);
// 如果任务还在运行中并且timed为true,表示有超时限制
else if (timed) {
// 如果设置了阻塞超时时间,则进行检查是否达到阻塞超时时间,达到了则删除当前线程的等待节点并退出循环返回,否则继续阻塞
nanos = deadline - System.nanoTime();
// 如果nanos小于等于0
if (nanos <= 0L) {
// 从waiters栈中移除
removeWaiter(q);
//返回状态
return state;
}
// 超时阻塞当前线程,超过时间,就会恢复
LockSupport.parkNanos(this, nanos);
}
// 如果任务还在运行中并且timed为false,没有有超时限制
else
// 一直阻塞当前线程
LockSupport.park(this);
}
}
FutureTask#report
方法解析返回任务结果
// 获取任务结果方法:正常执行则直接返回结果,否则抛出异常
private V report(int s) throws ExecutionException {
Object x = outcome;
// 如果状态是正常情况
if (s == NORMAL)
// 直接返回
return (V)x;
// 如果状态是取消了,抛出异常
if (s >= CANCELLED)
throw new CancellationException();
throw new ExecutionException((Throwable)x);
}
FutureTask#finishCompletion()
方法用来唤醒前面等待的线程
上一步awaitDone
方法会阻塞调用的线程,那么任务运行结束总要唤醒他们去拿结果吧,这个工作就在finishCompletion()
方法中。
private void finishCompletion() {
// 遍历waiters栈中的每个元素;
for (WaitNode q; (q = waiters) != null;) {
// cas设置waiters中q节点数据为null,成功的话,进入到if中
if (UNSAFE.compareAndSwapObject(this, waitersOffset, q, null)) {
// 自选操作
for (;;) {
// 获取节点中的线程
Thread t = q.thread;
if (t != null) {
q.thread = null;
// 唤醒线程
LockSupport.unpark(t);
}
// 获取下一个节点
WaitNode next = q.next;
if (next == null)
break;
q.next = null; // unlink to help GC
q = next;
}
break;
}
}
//钩子方法,有子类去实现
done();
// 设置原来的任务callable为null
callable = null; // to reduce footprint
}
任务取消cancel()原理
可以调用FutureTask#cancel
方法取消任务执行,但是要注意下面几点:
- 任务取消时会先检查是否允许取消,当任务已经完成或者正在完成(正常执行并继续处理结果 或 执行异常处理异常结果)时不允许取消。
- cancel方法有个boolean入参,若为false,则只唤醒所有等待的线程,不中断正在执行的任务线程。若为true则直接中断任务执行线程,同时修改状态为INTERRUPTED。
// 取消任务,参数mayInterruptIfRunning为true,会中断运行中的线程,false不会
public boolean cancel(boolean mayInterruptIfRunning) {
// 如果FutureTask的状态不是NEW或者CAS设置失败时,直接返回false
if (!(state == NEW &&
UNSAFE.compareAndSwapInt(this, stateOffset, NEW,
mayInterruptIfRunning ? INTERRUPTING : CANCELLED)))
return false;
try {
// 如果参数mayInterruptIfRunning为true,中断
if (mayInterruptIfRunning) {
try {
Thread t = runner;
if (t != null)
t.interrupt();
} finally { // final state
//cas修改状态为INTERRUPTED
UNSAFE.putOrderedInt(this, stateOffset, INTERRUPTED);
}
}
} finally {
// 唤醒其他等待的线程
finishCompletion();
}
return true;
}
cancel方法实际上完成以下两种状态转换之一:
- NEW -> CANCELLED (对应于mayInterruptIfRunning=false)
- NEW -> INTERRUPTING -> INTERRUPTED (对应于mayInterruptIfRunning=true)
总结
本文讲解了线程池submit()提交任务的原理实现,通过源码很多平时项目中遇到的坑都找到了答案。比如说之前项目中用线程池submit()方法提交任务处理,发现任务的异常都不见了,这下明白了,原来是通过setException()保存下来了,只有通过get方法获取到,只有看过源码,才会豁然开朗。
以上就是Java线程池submit阻塞获取结果的实现原理详解的详细内容,更多关于Java线程池submit阻塞获取结果的资料请关注其它相关文章!
相关文章