java 异步发展史 Runnable Callable Future CompletableFuture

很多时候在做功能时，针对大批量数据处理有批量处理的需求

针对这个有两种做法

只管执行不管结果

这种方式简单粗暴，尤其是在线上，如果请求发送出去不管响应结果的话，出现异常有时不知道怎么回事对方没收到（我给对方钱了但是因为网络原因对方没收到，但是自己扣款了，这个有点尴尬）。

对应 Runnable

不仅执行还要结果

这种方式符合大多数需求，不仅发出去请求了，后面我还要知道调用的服务是否正常，不能我给你数据你返回了正常但是你提示正常自己却说自己没收到（我给你钱了你也说收到了最后你却说没收到，哈哈哈）。

这种方式如果逻辑内只调用了一个外部业务逻辑耗时不长（1s内）还好，但是如果调用了很多的话，程序执行之间是串行的话响应时间会很长，这样会有用户体验不好的问题。

jdk 1.5

从 jdk 1.5 开始大佬 Doug Lea (很多java api的作者)提供了 java.util.concurrent.Future 和 java.util.concurrent.Callable 接口，使异步执行成为可能。

它们之间功能不同，是包含的关系

Callable 用户执行有返回值的线程，不同于 Runnable

Future 对应 Callable 的返回值，对应定义的返回值对象

但是这样有一个问题，Future 的 get() 获取结果是阻塞的，需要等待。

针对这个问题，java 的大佬 Doug Lea 想了其他办法。

jdk 1.8

在这个版本中写了一个 java.util.concurrent.CompletableFuture，用于处理 Future 获取值阻塞的问题。

然而 CompletableFuture 也有缺陷，有待补充。