Java future与Guava ListenableFuture实现异步对比解析（一）

前言

阻塞”与"非阻塞"与"同步"与“异步"不能简单的从字面理解，提供一个从分布式系统角度的回答。

• 同步与异步

所谓同步，就是在发出一个调用时，在没有得到结果之前，该调用就不返回。换句话说，就是由调用者主动等待这个调用的结果，也就是必须一件一件事做,等前一件做完了才能做下一件事。

而异步则是相反，调用在发出之后，这个调用就直接返回了。换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果。而是在调用发出后，被调用者通过状态、通知来通知调用者，或通过回调函数处理这个调用。典型的异步编程模型比如Node.js（感觉自从Node火起来之后，java中的异步也开始火起来，比如Vertx这个被称为java版的Node库）。

看过知乎上严肃关于这个问题回答的通俗的例子：你打电话问书店老板有没有《分布式系统》这本书，如果是同步通信机制，书店老板会说，你稍等，”我查一下"，然后开始查啊查，等查好了（可能是5秒，也可能是一天）告诉你结果（返回结果）。
而异步通信机制，书店老板直接告诉你我查一下啊，查好了打电话给你，然后直接挂电话了（不返回结果）。然后查好了，他会主动打电话给你。在这里老板通过“回电”这种方式来回调。

• 阻塞与非阻塞

阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态.

阻塞调用是指调用结果返回之前，当前线程会被挂起（线程进入非可执行状态，在这个状态下，cpu不会给线程分配时间片，即线程暂停运行）。调用线程只有在得到结果之后才会返回。非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程，可以继续执行其他任务。

还是上面的例子，你打电话问书店老板有没有《分布式系统》这本书，你如果是阻塞式调用，你会一直把自己“挂起”，直到得到这本书有没有的结果，如果是非阻塞式调用，你不管老板有没有告诉你，你自己先一边去玩了， 当然你也要偶尔过几分钟check一下老板有没有返回结果。在这里阻塞与非阻塞与是否同步异步无关，跟老板通过什么方式给你结果也无关。

先简单看下使用jdk实现异步的方式：

java future

要实现异步不然要开启新的线程，如果是靠自己去开启线程、执行、线程切换等，则效率太低，所以我们也需要使用线程池来管理线程。

• Executors创建线程池的几种常见方式

Executors是一个工厂类，提供很多静态方法，注意区分Executor接口。Executor通过Executors可以创建不同类似的线程池，常见的大概有下表几种类型，在实际应用中，主要使用newCachedThreadPool和newFixedThreadPool来创建线程池。

类名	说明
newCachedThreadPool	缓存型线程池，先查看池中是否有以前建立的可用的线程，如果有，就重用改线程；如果没有，就建一个新的线程加入池中使用。缓存型池子通常用于执行一些生存期很短的异步型任务。因此在一些面向连接的daemon型SERVER中用得不多。能reuse的线程，必须是timeout IDLE内的池中线程，缺省timeout为60s，超过这个IDLE时长，线程实例将被终止并移出池子。注意：放入CachedThreadPool的线程超过TIMEOUT不活动，其会自动被终止。
newFixedThreadPool	和cacheThreadPool类似，有可用的线程就使用，但不能随时建新的线程。其独特之处：任意时间点，最多只能有固定数目的活动线程存在，此时如果有新的线程要建立，只能放在另外的队列中等待，直到当前的线程中某个线程终止直接被移出池子。cache池和fixed池调用的是同一个底层池，只不过参数不同:fixed池线程数固定，并且是0秒IDLE（无IDLE）。所以FixedThreadPool多数针对一些很稳定很固定的正规并发线程，多用于服务器。cache池线程数支持0-Integer.MAX_VALUE(显然完全没考虑主机的资源承受能力)，60秒IDLE。
ScheduledThreadPool	调度型线程池。这个池子里的线程可以按schedule依次delay执行，或周期执行。
SingleThreadExecutor	单例线程，任意时间池中只能有一个线程。用的是和cache池和fixed池相同的底层池，但线程数目是1-1,0秒IDLE（无IDLE）。

• Executors创建线程池

// 创建一个cache线程池
ExecutorService service = Executors.newCachedThreadPool();
// 实际返回的是ThreadPoolExecutor对象
public static ExecutorService newCachedThreadPool() {
        return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                                      60L, TimeUnit.SECONDS,
                                      new SynchronousQueue<Runnable>());
}

从下面的继承关系可以看出，AbstractExecutorService实现了ExecutorService ，ThreadPoolExecutor继承自AbstractExecutorService

 

• ExecutorService(线程池)

ExecutorService继承了Executor接口，在java.util.concurrent包中，在原有execute方法的基础上新增了submit方法，可以传入Callable和Runnable类型的task，返回一个Future类型的对象，获取异步执行的结果。

submit(Callable)和submit(Runnable)类似，都会返回一个Future对象，但是除此之外，submit(Callable)接收的是一个Callable的实现，Callable接口中的call()方法有一个返