概述
我们看到的下一代网络应用都采用“混聚”（mash-up）的方式：它会使用来自多个来源的内容，将这些内容聚合在一起，方便用户生活。
比如，你可能希望为你的法国客户提供指定主题的热点报道。为实现这一功能，你需要向谷歌或者Twitter的API请求所有语言中针对该主体最热门的评论，可能还需要依据你的内部算法对它们的相关性进行排序。之后，你可能还需要使用谷歌的翻译服务把它们翻译成法语，甚至利用谷歌地图服务定位出评论者的位置信息，最终将所有这些信息聚集起来，呈现在你的网站上。
当然，如果某些外部网络服务发生响应慢的情况，你希望依旧能为用户提供部分信息，比如提供带问号标记的通用地图，以文本的方式显示信息，而不是呆呆地显示一片空白屏幕，直到地图服务器返回结果或者超时退出。下图就是典型的“混聚”应用如何与所需的远程服务交互。
要实现类似的服务，你需要与互联网上的多个web服务通信。可是，你并不希望因为等待某些服务的响应，阻塞应用程序的运行，浪费十亿宝贵的CPU时钟周期。比如，不要因为等待Facebook的数据，暂停对来自Twitter的数据处理。
这些场景体现了多任务程序设计的另一面。之前介绍的分支/合并框架以及并行流是实现并行处理的宝贵工具；他们将一个操作切分成多个子操作，在多个不同的核、CPU甚至是机器上并行地执行这些子操作。
与此相反，如果你的意图是实现并发，而非并行，或者你的主要目标是在同一个CPU上朱熹几个松耦合的任务，充分利用CPU的核，让其足够忙碌，从而最大化程序的吞吐量，那么你其实真正想做的是避免因为等待远程服务的返回，或者对数据库的查询，而阻塞线程的执行，浪费宝贵的计算资源，因为这种等待的时间很可能相当长。通过本章你会了解，Future接口，尤其是它的新版CompletableFuture，是处理这种情况的利器。下面说明了并行和并发的区别。
Future接口
Future接口在Java 5中被引入，设计的初衷是对将来某个时刻会发生的结果进行建模。它建模了一种异步计算，返回一个执行运算结果的引用，当运算结束后，这个引用被返回给调用方。在Future中触发哪些潜在耗时的操作把调用线程解放出来，让它能继续执行其他有价值的工作，不再需要呆呆等待耗时的操作完成。打个比方，你可以把它想象成这样的场景：你拿了一袋子衣服到你中意的干洗店去洗。干洗店的店员会给你一张发票，告诉你什么时候你的衣服会洗好（这就是一个Future事件）。衣服干洗的同时，你可以去做其他的事情。Future的另一优点是它比更底层的Thread更易用。要使用Future，通常你只需要将耗时的操作封装到Callable对象中，再将它提交给ExecutorService，就可以了。下面的代码是Java 8之前使用Future的一个例子。
ExecutorService executor = Executors.newCachedThreadPool();
Future<Double> future = executor.submit(new Callable<Double>() {
public Double call() {
return doSomeLongComputation();
}
});
douSomethingElse();
try {
Double result = future.get(1, TimeUnit.SECONDS);
} catch(ExecutionException ee) {
// 计算抛出一个异常
} catch(InterruptedException ie) {
// 当前线程在等待过程中被中断
} catch(TimeoutException te) {
// 在Future对象完成之前超过已过期
}
正如上面的过程那样，这种编程方式让你的线程可以在ExecutorService以并发方法调用另一个线程执行耗时操作的同时，去执行一些其他任务。接着，如果你已经运行到没有异步操作的结果就无法继续任何有意义的工作时，可以调用它的get方法去获取操作的结果。如果操作已经完成，该方法会立刻返回操作的结果，否则它会阻塞你的线程，直到操作完成，返回相应的结果。
你能想象这种场景存在怎样的问题吗？如果该长时间运行的操作永远不返回会怎样？为了处理这种可能性，虽然Future提供一个无参的get方法，我们还是推荐大家使用重载版本的get方法，它接受一个超时的参数，你可以定义你的线程等待Future结果的最长时间，而不是永无止境的等下去。
