1.前言
相信很多人了解到FutureTask是因为ThreadPoolExecutor.submit方法，根据ThreadPoolExecutor.submit的使用，我们可以先猜一下FutureTask的原理。
public static void main(String[] args) throws ExecutionException, InterruptedException {
FutureTask<Integer> futureTask = new FutureTask<>(new Callable<Integer>() {
@Override
public Integer call() throws Exception {
TimeUnit.SECONDS.sleep(3);
return 1;
}
});
new Thread(futureTask).start();
System.out.println(futureTask.get());
} 上面这个代码会在启动后三秒打印出1，FutureTask.get()方法调用时会直到Callable中的代码执行完才会返回，所以FutureTask需要在这里阻塞。因为可能多个线程进行get，所以需要一个阻塞队列。
如果Callable三秒执行完，调用方过了五秒才调用get的话，FutureTask就需要把Callable中的执行结果存起来，并且也要把异常catch住存起来，所以需要一个变量存放结果。使用一个api然后想去研究它的原理，源码时，其实可以
先想一下，它可能是怎么做的，如果是我写应该怎样设计，这样能提高自己的设计能力。
2.原理
FutureTask的原理其实和前言中的猜想类似，下面简述一下FutureTask的原理。
FutureTask有两个非常重要的方法，run方法和get方法，run方法是实现了Runnable然后在run里面跑Callable的代码，
get方法就是我们常用的获取数据的方法。run方法运行Callable中的代码然后catch住异常，然后将正常结果或者异常结果
存起来，并且唤醒因为调用get方法阻塞的线程。get方法是去判断是否已经计算出结果，如果计算完成，返回结果否则进行
阻塞。
3.源码分析
建议大家在阅读源码时，先看一下文档，虽然文档是英文的，但是自己读一下搭配翻译看懂应该不难，这里给大家介绍一个IDEA的功能，点击View->QuickDocumentation能让文档读起来更加方便。
下面我就分析一下源码：
FutureTask中的状态维护
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; //线程已经被置成打断状态
private Callable<V> callable; //入参
private Object outcome; //执行成功结果保存到这个变量
private volatile Thread runner; //正在执行的线程
private volatile WaitNode waiters;//等待队列
如果你尝试用idea追踪者这些变量在哪里赋值了，你会发现你找不到，这是因为这些变量的赋值都是通过Unsafe类完成的，这个类会直接改这些变量内存地址上对应的值。 Unsafe可以通过对象+字段的offset找到字段对应的内存地址从而修改数据，了解了这些，在去看FutureTask的代码就很容易了 // Unsafe mechanics
private static final sun.misc.Unsafe UNSAFE;
private static final long stateOffset;
private static final long runnerOffset;
private static final long waitersOffset;
static {
try {
UNSAFE = sun.misc.Unsafe.getUnsafe();
Class<?> k = FutureTask.class;
stateOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("state"));
runnerOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("runner"));
waitersOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("waiters"));
} catch (Exception e) {
throw new Error(e);
}
} 下面看一下run方法是怎样执行的
public void run() {
//runner置成当前线程
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;
//成功设置result失败设置Exception
try {
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;
// state must be re-read after nulling runner to prevent
// leaked interrupts
int s = state;
if (s >= INTERRUPTING)
handlePossibleCancellationInterrupt(s);
}
} 下面看看成功都做了些什么
protected void set(V v) {
//执行成功后状态扭转成完成中，扭转成功后将值存入outcome然后执行finishCompletion
if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
outcome = v;
UNSAFE.putOrderedInt(this, stateOffset, NORMAL); // final state
finishCompletion();
}
}
下面看看失败做了什么
protected void setException(Throwable t) {
//与成功类似不再多讲
if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
outcome = t;
UNSAFE.putOrderedInt(this, stateOffset, EXCEPTIONAL); // final state
finishCompletion();
}
} 成功和失败都执行了finishCompletion，下面看看这个方法里干了什么
/**
* Removes and signals all waiting threads, invokes done(), and
* nulls out callable.
*/
注释已经非常清楚了。唤醒等待的节点，执行done，将callable置成null
private void finishCompletion() {
// assert state > COMPLETING;
for (WaitNode q; (q = waiters) != null;) {
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 //这里为什么能帮助gc呢，如果q在老年代，q.next在年轻代的话就可以了，详情看https://bugs.java.com/bugdatabase/view_bug.do?bug_id=6806875
q = next;
}
break;
}
}
done();
callable = null; // to reduce footprint
} 到这里run方法已经很清楚了，下面看一下get方法
public V get() throws InterruptedException, ExecutionException {
int s = state;
if (s <= COMPLETING)
//很明显需要看这个方法，记住这个传参false
s = awaitDone(false, 0L);
return report(s);
} private int awaitDone(boolean timed, long nanos)
throws InterruptedException {
//timed = false
final long deadline = timed ? System.nanoTime() + nanos : 0L;
WaitNode q = null;
boolean queued = false;
for (;;) {
//线程已经被打断了
if (Thread.interrupted()) {
removeWaiter(q);
throw new InterruptedException();
}
int s = state;
// 已经完成了返回状态
if (s > COMPLETING) {
if (q != null)
q.thread = null;
return s;
}
else if (s == COMPLETING) // cannot time out yet //这里直接让出线程，让runner去赋值
Thread.yield();
else if (q == null)
q = new WaitNode();
else if (!queued) //加入队列
queued = UNSAFE.compareAndSwapObject(this, waitersOffset,
q.next = waiters, q);
else if (timed) { //ture的话 等待一段时间。false的话直接阻塞
nanos = deadline - System.nanoTime();
if (nanos <= 0L) {
removeWaiter(q);
return state;
}
LockSupport.parkNanos(this, nanos);
}
else
LockSupport.park(this);
} 这里如果阻塞了，就等run方法执行完成的释放了，代码逻辑很清晰，jdk并发包中的实现用了很多for(;;)这其实是作者写C的习惯的while(true)会多一些指令，在java中编译成
字节码这两个是完全一样的。下面看一下获取到状态后执行的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);
} 4.使用
在实际开发中，大部分情况都要用到db，http，rpc这些IO操作，在一个方法中需要多次进行这些操作时，如果没有前后关联，可以使用Future充分
使用多核cpu，比如你需要查多个表拼接成一个VO返回给前端，就可以用Future提高接口的响应时间。