提交订单性能优化系列之012-引入FutureTask

---

概括总结

引入FutureTask能提高并发度，相应就可以提升性能，这次测试的结是，提升了38.93%（参考值）。它的缺点也很明显，就是增加了代码的复杂度，不方便阅读了，且对异常也要额外处理，而且大家对FutureTask也不是很熟悉。衡量利弊之后，我觉得是值得引入的。

---

012版本更新说明

这一版本找到了一个办法来消除测试方法执行的顺序带来的误差，即：使用一个随机数来判断先执行哪个方法。代码见这里。

这一版本引入了FutureTask。代码见这里

---

测试结果

统计10次测试的平均值之后：

Version012FutureTask 提交每个订单平均耗时的纳秒数： 5020455

Version012Normal 提交每个订单平均耗时的纳秒数： 6975366

Version012FutureTask 每秒钟可以提交的订单数： 200

Version012Normal 每秒钟可以提交的订单数： 143

性能差别为：(6975366 - 5020455) / 5020455 * 100% = 38.93%，即：引入FutureTask后，性能提升了38.93%。 这已经是一个不错的成绩了。

【备注】：不同的机器上的测试结果会不一样，以上测试结果仅供参考。

---

测试结果说明

对数据库的插入和修改操作很费时，比查询操作高出一个数量级。在提交订单的7步操作中，有3步操作是涉及到插入与修改的，分别是：

第5步：保存订单到数据库中，并返回订单ID

第6步：保存订单商品到数据库中

第7步：更新商品的库存与销量

这3步操作是同一个线程中是顺序执行的。引入FutureTask的目的是：让第5步操作与第7步操作并行执行。（注意由于第6步的操作依赖于第5步获取的订单ID，所以它必须在第5步的后面执行）。于是假设原本顺序执行时每个操作需要1秒，共耗时3秒，则引入FutureTask以后，只需要2秒就可以完成。

---

补充说明

在查询资料的过程中，有文章提到，FutureTask已经不推荐使用了，推荐使用的是CompletableFuture，参考这篇博客：Java8新特性整理之CompletableFuture：组合式、异步编程（七）。

我自己测试了下CompletableFuture，发现并没有提升性能，反而下降了50%以上。但是考虑到我对这个类的用法并不熟练，可能是我写的代码有问题，所以就没有把测试代码提交到github上去，后来干脆删掉了。暂时不打算研究了。

---

源码

012版本的github源码在这里，如果不知道怎样运行项目，请参考这里