皮斯特劳沃

本文是在学习中的总结，欢迎转载但请注明出处：http://blog.csdn.net/pistolove/article/details/51428562Ⅰ、前言          在上一篇博客中讲述ListenableFuture通过异步回调机制来实现请求的非阻塞。通常情况下，客户端获取数据并不会只发送一次http请求，可能会有多个http请求。这样，使用上一篇博客中的方法，就会产生大量的冗余代码

本文是在学习中的总结，欢迎转载但请注明出处：前言     随着移动互联网的蓬勃发展，手机App层出不穷，其业务也随之变得错综复杂。针对于开发人员来说，可能之前的一个业务只需要调取一次第三方接口以获取数据，而如今随着需求的增加，该业务需调取多个不同的第三方接口。通常，我们处理方法是让代码同步顺序的去调取这些接口。显然，调取接口数量的增加必然会造成响应时间的增加，势必会对系统性能造成一定影响。

1、前言          在前两篇文章中简单阐述了Java Future 和Guava ListenableFuture及其相关的应用。我们发现Guava ListenableFuture提供了比Java Future更加强大的功能，而在Google Guava并发包中，某些情况下，Futures这个类起到了不可或缺的作用，而ListenableFuture实现非阻塞的原理是其提供了回调机制

1、前言          随着软件开发的不断进步，在实际的开发应用中，可能一次请求需要查询若干次数据库或者调用若干次第三方，按照传统的串行执行的话，会大大增加响应时间，无法满足业务需求，更无法满足用户迫切需要响应迅速的愿望。对此，我们需要针对网络请求或内部调用中包含的“多任务”进行异步处理，并行去执行这些“任务”，这样就就会大大减小响应时间。...

前言          本文针对Reactor模式从四个方面进行了阐述，首先简单介绍了Reactor模式是什么；其次，阐述了为什么使用Reactor模式；再次，针对实际生活的应用场景，分析了在什么场景下使用Reactor模式；最后，着重分析讲解了如何使用Reactor模式，以及代码示例。1、What：Reactor模式是什么？          反应器设计模式(Reactor