浅析响应式编程（Reactive Programming）

在计算机领域，响应式编程是一个专注于数据流和变化传递的异步编程范式。这意味着可以使用编程语言很容易地表示静态（例如数组）或动态（例如事件发射器）数据流，并且在关联的执行模型中，存在着可推断的依赖关系，这个关系的存在有利于自动传播与数据流有关的更改。

抛开大段大段的概念，我们先搞清楚一件事情：什么是编程范式？

通俗的说：编程是为了解决问题，而解决问题可以有多种视角和思路，其中具有普适性的模式被归结为范式。我们常说的：“面向对象”，“面向过程”都是编程范式。

响应式编程是一种从数据流和变化出发的解决问题的模式。所以要研究响应式编程，一定要牢记已经掌握的OO（面向对象，笔者妄断大家OO的思想都是很根深蒂固了）来做对比，也一定要抛开OO避免钻牛角尖。

为什么是异步？

在展开这个问题前，我们先看一个故事，引自知乎：小故事

摘抄如下：

老张爱喝茶，废话不说，煮开水。

出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。

1 老张把水壶放到火上，立等水开。（同步阻塞）
老张觉得自己有点傻

2 老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）
老张还是觉得自己有点傻，于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出嘀~~~~的噪音。

3 老张把响水壶放到火上，立等水开。（异步阻塞）
老张觉得这样傻等意义不大

4 老张把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）
老张觉得自己聪明了。

所谓同步异步，只是对于水壶而言。普通水壶，同步；响水壶，异步。虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。

所谓阻塞非阻塞，仅仅对于老张而言。立等的老张，阻塞；看电视的老张，非阻塞。情况1和情况3中老张就是阻塞的，媳妇喊他都不知道。虽然3中响水壶是异步的，可对于立等的老张没有太大的意义。所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。

上面这个小故事还是有点问题，但基本可以说明问题了。

响应，一定是对一个事件、一个信号（诸如此类的描述）产生了反应。响水壶的响应是什么呢？水温达到一定程度,水壶的反应是会响。水壶响了，声音传递给老张，老张的反应是去关水壶。

再看普通水壶，水温达到一定程度，水壶没有反应，水的反应是冒气泡，冒水雾。只是这个信号不太容易传递，要跑过来看，所以老张只能以轮训的方式来办事情，没法跑到一边等通知。

对于两个水壶而言，烧水都是阻塞的，水没烧完就干不了其他的事情（比如说拿来砸胡桃？？？）

ok,回到我们的问题：为什么是异步？

回归到本质回答这个问题：响应式编程，本质上是对数据流或某种变化所作出的反应，但是这个变化什么时候发生是未知的，所以他是一种基于异步、回调的方式在处理问题。

 

摘抄链接：https://www.jianshu.com/p/1765f658200a