关于java:JAVA并发编程Future接口及FutureTask的实现分析

一、Future接口

Future接口示意异步工作的后果,提供了cancel勾销、isDone是否已实现、get有限期待或超时期待获取后果等操作,源码如下:

public interface Future<V> {
    // 尝试勾销工作的执行
    // 如果mayInterruptIfRunning为true,则尝试中断该线程
    boolean cancel(boolean mayInterruptIfRunning);
    // 判断是否在实现前勾销
    boolean isCancelled();
    // 判断是否已实现
    boolean isDone();
    // 有限期待获取后果,反对中断
    V get() throws InterruptedException, ExecutionException;
    // 超时期待获取后果,反对中断
    V get(long timeout, TimeUnit unit)
        throws InterruptedException, ExecutionException, TimeoutException;
}

二、FutureTask

FutureTask实现了Runnable和Future接口,所以它既是工作,也是异步工作的后果。如下类图

在ThreadPoolExecutor线程池执行器submit提交工作时,会返回一个Future(如果调用的是execute,则不会返回Future),那么这个Future其实是一个FutureTask对象,它会将传进来的Runnable工作封装为FutureTask,再将封装后的FutureTask传入execute()办法中,并间接返回该FutureTask,源码如下:

    public Future<?> submit(Runnable task) {
        if (task == null) throw new NullPointerException();
        RunnableFuture<Void> ftask = newTaskFor(task, null);
        // 调用具体子类的execute办法
        execute(ftask);
        return ftask;
    }


    protected <T> RunnableFuture<T> newTaskFor(Runnable runnable, T value) {
        return new FutureTask<T>(runnable, value);
    }

当咱们提交工作之后拿到了这个FutureTask之后,就能够调用Future接口提供的各种操作(如cancel勾销工作、isDone是否已实现、get有限期待或超时期待获取后果)。那么FutureTask是如何来具体实现这些操作的呢?

2.1 要害属性

FutureTask外部有几个要害属性,如下:

  • Callable<V> callable:对应的工作
  • Object outcome:工作实现的后果或抛出的异样
  • Thread runner:运行该工作的线程
  • WaitNode waiters:期待FutureTask实现的线程(能够有多个,以单链表的模式存储)

2.2 状态治理

FutureTask通过对工作状态的治理,来实现各种操作,状态有以下几种:

    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;    // 已中断

可能存在的状态转换,有以下几种:

  1. NEW -> COMPLETING -> NORMAL
  2. NEW -> COMPLETING -> EXCEPTIONAL
  3. NEW -> CANCELLED
  4. NEW -> INTERRUPTING -> INTERRUPTED

2.3 工作的运行过程

当咱们向ThreadPoolExecutor进行submit提交工作时,外部执行了execute(FutureTask)办法,其实质就是工作线程执行FutureTask工作的run办法,所以这里要看一下FutureTask的run办法是如何来切换工作状态的?源码如下:

public void run() {
        // 当工作状态不为NEW时,间接返回
        if (state != NEW ||
            !UNSAFE.compareAndSwapObject(this, runnerOffset,
                                         null, Thread.currentThread()))
            return;
        try {
            Callable<V> c = callable;
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                    result = c.call();
                    // 如果失常实现,则ran为true
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    // 如果有异样,则ran为false
                    ran = false;
                    // 将outcome设置为ex,批改工作状态为EXCEPTIONAL,并唤醒期待线程
                    setException(ex);
                }
                // 如果失常实现,将outcome设置为result,批改工作状态为NORMAL,并唤醒期待线程
                if (ran)
                    set(result);
            }
        } finally {
            runner = null;
            int s = state;
            if (s >= INTERRUPTING)
                handlePossibleCancellationInterrupt(s);
        }
    }

2.4 勾销工作

通过调用cancel(mayInterruptIfRunning)办法尝试勾销工作的执行

  1. 如果工作状态不为初始状态NEW,间接返回false,示意勾销失败。
  2. 否则进一步判断mayInterruptIfRunning,如果为true,将工作状态批改为INTERRUPTING,如果是flase,则将工作状态批改为CANCELLED。
  3. 判断mayInterruptIfRunning是否为true,如果是,则调用runner线程的interrupt()中断办法,并将工作状态批改为INTERRUPTED
  4. 最终唤醒正在期待的线程waiters
  5. 返回true,示意勾销胜利

源码如下:

public boolean cancel(boolean mayInterruptIfRunning) {
        // 判断如果state不为NEW,则间接返回false,否则通过CAS尝试批改state的值
        if (!(state == NEW &&
              UNSAFE.compareAndSwapInt(this, stateOffset, NEW,
                  mayInterruptIfRunning ? INTERRUPTING : CANCELLED)))
            return false;
        try {
            // 如果mayInterruptIfRunning为true,调用线程的interrupt()办法
            if (mayInterruptIfRunning) {
                try {
                    Thread t = runner;
                    if (t != null)
                        t.interrupt();
                } finally { // final state
                    // 更新state为INTERRUPTED,putOrderedInt不保障立刻对其余线程可见
                    UNSAFE.putOrderedInt(this, stateOffset, INTERRUPTED);
                }
            }
        } finally {
            // 唤醒正在期待的线程
            finishCompletion();
        }
        return true;
    }

2.5 有限期待或超时期待工作后果

能够通过get()来可中断的有限期待或超时期待工作的后果,如下:

    public V get() throws InterruptedException, ExecutionException {
        int s = state;
        // 如果状态 <= COMPLETING,则有限期待,直到被唤醒或中断
        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;
        // 如果状态 <= COMPLETING,则进行超时期待
        // 如果超时期待后,工作仍然还没有实现,则抛出TimeoutException异样
        if (s <= COMPLETING &&
            (s = awaitDone(true, unit.toNanos(timeout))) <= COMPLETING)
            throw new TimeoutException();
        return report(s);
    }

那么接下来就来看下awaitDone()办法的具体实现,源码如下:

private int awaitDone(boolean timed, long nanos)
        throws InterruptedException {
        // 计算最初期限deadline
        final long deadline = timed ? System.nanoTime() + nanos : 0L;
        WaitNode q = null;
        boolean queued = false;
        for (;;) {
            // 如果线程被中断,从waiters中移除,并间接抛出InterruptedException异样
            if (Thread.interrupted()) {
                removeWaiter(q);
                throw new InterruptedException();
            }

            int s = state;
            // 判断如果工作状态 > COMPLETING,阐明工作曾经实现,间接返回工作状态
            if (s > COMPLETING) {
                if (q != null)
                    q.thread = null;
                return s;
            }
            // 判断工作状态 == COMPLETING,阐明工作还没有实现,然而行将实现
            // 所以如果工作状态始终为COMPLETING,则会始终死循环
            else if (s == COMPLETING) 
                Thread.yield();
            else if (q == null)        // 如果走到这里,阐明工作状态为NEW,则创立一个期待节点
                q = new WaitNode();
            else if (!queued)          // 走到这里,阐明该期待节点还没有入队,则通过CAS将该期待节点插到链表头部
                queued = UNSAFE.compareAndSwapObject(this, waitersOffset,
                                                     q.next = waiters, q);
            else if (timed) {    // 如果为超时期待
                nanos = deadline - System.nanoTime();
                // 如果nanos <= 0,阐明曾经超时,从waiters中移除,并返回工作状态
                // 否则阐明还没有超时,通过LockSupport.parkNanos来限时挂起
                if (nanos <= 0L) {
                    removeWaiter(q);
                    return state;
                }
                LockSupport.parkNanos(this, nanos);
            }
            else
                // 将以后线程挂起
                LockSupport.park(this);
        }
    }

能够看到,awaitDone()外部还是通过LockSupport.park()或parkNanos()办法来将线程挂起或限时挂起来实现的。

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理