Executor实现----AbstractExecutorService实现分析

最新推荐文章于 2024-05-03 03:22:14 发布

王炎林

最新推荐文章于 2024-05-03 03:22:14 发布

阅读量6k

点赞数 2

分类专栏： Java 文章标签： AbstractExecutorServ Executor

本文链接：https://blog.csdn.net/yanlinwang/article/details/41410573

版权

Java 专栏收录该内容

30 篇文章 0 订阅

订阅专栏

----------------------------学习笔记，不保证正确性！-------------------------

1、首先来看一段使用示例

ExecutorService recmdService = Executors. newFixedThreadPool(1);

Future<List<Long>> recmdFuture = recmdService.submit( new Callable<List<Long>>() {

@Override

public List<Long> call() throws Exception {

* do something here

return result;

}

});

* do something here.

List<Long> recmdPoiIds = null ;

try {

recmdPoiIds = recmdFuture.get(10, TimeUnit. SECONDS );

} catch (Exception e) {

logger .error("error information " , e);

recmdPoiIds = new ArrayList<Long>();

}

上面的示例代码来自于工作中出现的一段使用Executor框架的示例，当然也只能算是对Executor框架的一种非常简单的应用。大体的意思是在执行主体任务的同时重新开了一个线程去同步执行另一个任务。然后再主体任务执行完后，同时去获取在这个新开的线程中执行任务的结果。

示例虽然简单，但其中也包括了Executor的一些基本组成元素，也是了解Executor所需要的最基本的东西：任务在一个单独的线程中执行、任务提交时返回一个Future对象、通过Future对象去获取任务的执行结果、获取任务执行结果时可能会造成当前线程的阻塞。

2、任务的提交

在执行recmdService.submit时，任务被提交到Executor框架中，进入执行，并且返回一个Future对象。可以猜想，这里肯定是生成了一个新的线程去执行任务，那么这个任务和返回的Future对象之间有什么关系，线程又是怎么生成的。下面将通过相关代码来进行分析。

ThreadPoolExecutor继承自AbstractExecutorService，AbstractExecutorService实现了ExecutorService接口，实现了submit方法，仍把execute方法留待子类实现。下面来看submit方法的实现

public <T> Future<T> submit(Callable<T> task) {

if (task == null ) throw new NullPointerException();

RunnableFuture<T> ftask = newTaskFor(task);

execute(ftask);

return ftask;

}

protected <T> RunnableFuture<T> newTaskFor (Callable<T> callable) {

return new FutureTask<T>(callable);

}

submit方法所做的事情其实很简单，生成了一个FutureTask对象，调用execute方法，然后返回。execute方法的执行涉及到ThreadPoolExecutor的很多细节，这里可以理解为开启一个新线程，在新线程中执行，由于这里是开启新线程后执行任务，所以，submit方法不会阻塞调用线程。

由于在调用recmdFuture.get方法时会造成当前线程的阻塞，所以这里需要来关注下FutureTask的实现，是如何实现这种效果的。

首先需要明确下线程的关系：

a、执行任务的线程，也就是通过 ThreadPoolExecutor创建的线程，任务在这个线程中执行，但我们无法获得这个线程的Thread对象

b、拥有recmdFuture的线程，也就是调用Executor框架的线程，可以理解成我们的“主线程”

FutureTask实现了RunnableFuture接口，只有一个Sync的属性，Sync类和属性的定义如下

private final class Sync extends AbstractQueuedSynchronizer {

private static final long serialVersionUID = -7828117401763700385L;

/** State value representing that task is running */

private static final int RUNNING = 1;

/** State value representing that task ran */

private static final int RAN = 2;

/** State value representing that task was cancelled */

private static final int CANCELLED = 4;

/** The underlying callable */

private final Callable<V> callable;

/** The result to return from get() */

private V result;

/** The exception to throw from get() */

private Throwable exception;

/**

* The thread running task. When nulled after set/cancel, this

* indicates that the results are accessible. Must be

* volatile, to ensure visibility upon completion.

private volatile Thread runner ;

注意三点：Sync继承了 AbstractQueuedSynchronizer ，使用了jdk的AQS线程同步框架；有一个V result属性，是用来存储任务执行完之后的结果对象；有一个Thread runner属性，用来表示执行任务的那个线程。

3、任务结果的获取

由上面的分析可知，在通过Executor提交任务时，返回的其实是一个FutureTask对象。在实际中，如果任务执行的耗时较长，在调用get方法获取结果时，可能会造成线程的阻塞，如上面示例中的 recmdFuture.get(10, TimeUnit. SECONDS )，指定了一个最长等待时间。那么，结果是如何传递的，阻塞又是如何实现的呢？

还是来看FutureTask的get方法，这是获取任务执行结果的入口，

public V get( long timeout, TimeUnit unit)

throws InterruptedException, ExecutionException, TimeoutException {

return sync.innerGet(unit.toNanos(timeout));

}

通过调用Sync的innerGet来执行，下面来看实现

V innerGet( long nanosTimeout) throws InterruptedException, ExecutionException, TimeoutException {

if (!tryAcquireSharedNanos(0, nanosTimeout))

throw new TimeoutException();

if (getState() == CANCELLED)

throw new CancellationException();

if (exception != null )

throw new ExecutionException(exception);

return result;

}

调用了AQS的 tryAcquireSharedNanos，在这里实现了调用Future的get方法的阻塞，也就是上面说的“主线程的阻塞”。但，在AQS的解析中，我们了解，这个方法并不一定会导致调用线程的阻塞（也就是进入阻塞队列中）。需要有一个线程以排他的方式占据当前的同步对象，这样其它线程在试图获取共享对象时才会被阻塞。

结合对Executor框架的使用，正常情况下，只有当任务执行完成后，获取结果的线程才不会阻塞，所以我们可以猜测，这个以排他方式占据共享对象的线程就是执行任务的线程，也就是通过ThreadPoolExecutor创建的那个线程。在任务执行之前，这个线程先以排他的方式获取了共享对象，然后再任务执行完成（Callable的call方法）后，释放共享对象。

FutureTask实现了RunnableFuture接口，而RunnableFuture又继承Runnable接口，也就是说FutureTask其实本身就是一个Runnable对象，也就实现了run方法。这个方法正式一个线程被启动时要执行的任务。来看FutureTask的run方法的实现

public void run() {

sync.innerRun();

}

run方法的执行已经是在被启动线程中，也就是和我们“主线程”不同的那个执行任务的线程，由ThreadPoolExecutor创建的线程。

void innerRun () {

if (!compareAndSetState(0, RUNNING))

return ;

try {

runner = Thread.currentThread();

if (getState() == RUNNING) // recheck after setting thread

innerSet(callable.call());

else

releaseShared(0); // cancel

} catch (Throwable ex) {

innerSetException(ex);

}

首先通过CAS框架把共享对象的状态设置为RUNNING状态，实现了以排他方式获取共享对象。然后设置runner=Thread.currentThread();把runner设置为当前线程，由于线程是通过ThreadPoolExecutor创建和启动的，所以这里就是把runner对象设置为在执行任务的那个线程。调用callable.call方法执行任务，然后innerSet设置返回结果。

void innerSet(V v) {

for (;;) {

int s = getState();

if (s == RAN)

return ;

if (s == CANCELLED) {

// aggressively release to set runner to null,

// in case we are racing with a cancel request

// that will try to interrupt runner

releaseShared(0);

return ;

}