我一直在研究和尝试使用 Reactor 和 RxJava 进行响应式编码。我确实明白，与单线程执行相比，响应式(Reactive)编码可以更好地利用 CPU。
在基于 Web 的应用程序中，响应式(Reactive)编程与命令式编程之间有具体的比较吗？
与非响应式(Reactive)编程相比，使用响应式(Reactive)编程获得的性能增益和吞吐量是多少？
响应式编程的优点和缺点是什么？
有没有统计基准？
最佳答案
响应式编程意味着您正在异步执行所有 IO 绑定(bind)任务，例如网络调用。例如，假设您的应用程序调用外部 REST API 或数据库，您可以异步执行该调用。如果这样做，当前线程不会阻塞。您只需生成一个或几个线程即可满足大量请求。如果您采用阻塞方法，则需要有一个线程来处理每个请求。您可以引用我的多部分博客文章part one , part two和 part three了解更多详情。
除此之外，您还可以使用回调来执行相同的操作。您可以使用回调进行异步调用。但如果你有时这样做，你可能会陷入回调 hell 。将一个回调放在另一个回调中会导致非常复杂的代码，并且很难维护。另一方面，RxJava 允许您编写更加简单、可组合且可读的异步代码。此外，RxJava 还为您提供了许多强大的运算符，例如 Map、Zip 等，这使您的代码更加简单，同时由于相互不依赖的不同任务的并行执行而提高了性能。
RxJava 不是另一个带有一组运算符的观察者实现，而是它为您提供了良好的错误处理和重试机制，这非常方便。
但是我还没有使用命令式编程方法对 RxJava 进行任何基准测试来对您进行统计上的赞扬。但我非常确定 RxJava 应该比阻塞机制产生更好的性能。
更新
由于我随着时间的推移积累了更多经验，因此我想在我的答案中添加更多要点。
基于article ，ReactiveX 是一个使用可观察序列编写异步和基于事件的程序的库。我认为您首先应该阅读这篇介绍性文章。
以下是响应式(Reactive)系统的一些属性:事件驱动、可扩展、弹性、响应式
当谈到 RxJava 时，它为程序员提供了两个主要工具。首先，它提供了一个很好的可组合 API，使用一组丰富的运算符，例如 zip、concat、map 等。这会产生更简单和可读的代码。当谈到代码时，可读性和简单性是最重要的属性。其次，它提供了出色的抽象，使并发变得具有声明性。
一个流行的误解是 Rx 默认是多线程的。事实上，Rx 默认是单线程的。如果您想异步执行操作，则必须通过传递相关调度程序，使用 subscribeOn 和 observeOn 运算符显式告诉它。 RxJava 为您提供线程池来执行异步任务。调度器有很多，比如IO、Computation等等。顾名思义，IO 调度程序最适合 IO 密集型任务，例如网络调用等。相反，计算调度程序更适合 CPU 密集型计算任务。您还可以将自己的 Executor 服务与 RxJava 连接起来。内置的调度程序主要帮助您摆脱维护自己的 Executor 服务，使您的代码更加简单。
最后谈谈 subscribeOn 和observeOn
在 Rx 世界中，通常有两件事您需要控制并发模型:
- 订阅的调用
- 观察通知
SubscribeOn:指定 Observable 将在其上运行的调度程序。
ObserveOn:指定观察者将在其上观察此 Observable 的调度程序
关于java - 响应式(Reactive)编程的优点/缺点，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/57771568/