转载

总结：优缺点及使用场景

好处和不足

好处：

Reactive 是异步非阻塞编程

能实现通过较少的线程处理并发，大大提升程序性能。

Reactive 解决传统编程模型遇到的困境

对于阻塞，可以通过 Callbacks和Futures解决；但Callbacks会产生回调地狱问题(callback hell)；Futures 相对于 Callbacks 好一点，不过还是无法组合，不过 CompletableFuture 能够提升这方面的不足

不足：

没有异步的JDBC api

Java先前大多提供的是同步阻塞库或规范，没有golang类似的官方支持的协程。不过这些都在改善提高中，例如openJDK中的Loom项目就计划实现协程功能，而阿里巴巴的Wisp协程技术已经在阿里生产环境中使用，这两个(Loom和Wisp)未来可能会合并成一个项目。异步JDBC在两年之内应该可以发布。

思维方式改变，带来开发的难度

使用场景

RxJava多用于android

《Reactive Programming with RxJava》所给出的使用场景说明：

When You Need Reactive Programming

Reactive programming is useful in scenarios such as the following:

Processing user events such as mouse movement and clicks, keyboard typing,GPS signals changing over time as users move with their device, device gyroscope signals, touch events, and so on.
Responding to and processing any and all latency-bound IO events from disk or network, given that IO is inherently asynchronous ...
Handling events or data pushed at an application by a producer it cannot control ...

webflux：响应式Spring Data支持的数据库

各个数据库都开始陆续推出异步驱动，目前Spring Data支持的可以进行响应式数据访问的数据库有MongoDB、Redis、Apache Cassandra和CouchDB。今天我们用MongoDB来写一个响应式demo。

webflux：网关api

api网关作为反向代理，对外部系统提供统一的服务访问入口，对请求进行鉴权限流等访问控制处理，通过后将请求路由转发给后端服务。在高并发和潜在的高延迟场景下，api网关要实现高性能高吞吐量的一个基本要求是全链路异步，不要阻塞线程。

2016年以前，spring cloud zuul网关采用同步阻塞模式不符合要求。Zuul 1本质上一个web servlet应用，因此是多线程的、阻塞的，也就是说对每一个Http连接都会用一个单独的线程来处理。在Zuul 1中，对于IO操作，会再用一个工作线程来执行，工作线程中的IO操作执行完成后会通知处理请求的线程，操作完成前，后者是阻塞的。Zuul 2对API网关的异步化改造。

协程实现

编写高性能api网关也可采用协程，当有阻塞时，阻塞在协程上而不是阻塞在线程上。和线程相比，协程是很轻量级的资源，在一个线程中可有几千个协程，协程的调度在用户级，调度开销也比线程小得多，所以采用协程也能实现网络io或io密集型系统的高吞吐量。