高并发系统，传统解决方案的弊端在于调度的单元是线程，当IO操作时，线程做无谓地等待，相应的CPU资源白白浪费，线程数目多到一定程度，系统就会被压垮。

反应式编程的第一个目标即时响应，就是异步非阻塞的，遇到IO操作就返回，通过回调函数来取结果。
反应式系统第二个目标回弹性，系统有一定的自我修复功能，个人以为这和反应式编程的本质没太大关系，系统自我修复和错误处理是任何系统都想要的功能，和反应式编程关系不大，这里可能和微服务的关系更大，不知道老师如何看这个问题。
反应式系统第三个目标是弹性，反应式编程在数据的请求和回调存在间隙，系统需要合理安排资源，让这个间隙全局而言最小。
反应式编程第四个目标是消息驱动，反应式编程在数据请求和消费解耦了，需要用另外的机制串起来，消息驱动就是其中一种串法。

反应式编程通过分离数据请求和数据消费以达到有效利用CPU和IO资源，提高并发的目的。我个人以为反应式编程是编程的未来，因为异步才是数据流转的本质。传统操作系统成型的时候CPU只有一颗，那时同步编程思想是主流。现在多核系统已经是主流，异步编程更为高效。

反应式编程本身的问题就是得学一种新的编程范式，像rxjava学习曲线还是挺陡峭的。反应式编程拆分了请求数据和消费数据，通过消息来驱动可能带来数据的多次拷贝，函数式编程尤其强调数据的不可更改，只好通过拷贝来解决，本质上是一种用空间换时间的策略，会消耗更多的内存。异步编程调错总归有些麻烦，这也是成本之一。