不再推荐 RxJava：我的理由

抛弃 RxJava：我对昔日推荐者转变立场的缘由

引言

自上篇更新以来已时隔许久。事实上，这篇文章酝酿已久，但因一直没有机会总结（或懒惰），所以迟迟未能成文。现在，是时候梳理一下我在 RxJava 中遇到的问题，或者说，为何我不再推荐使用 RxJava。

那些熟悉或关注我的人中，大多数都是因为 RxJava 而来。因此，看到这个标题，你一定惊讶不已。在我之前的文章中，我一直...

RxJava 的陷阱

尽管 RxJava 有其优点，但在实际应用中，我遇到了几个让我重新考虑其价值的问题。

1. 复杂性

RxJava 是一个功能强大的库，但它的复杂性可能会让人望而生畏。理解其观察者模式、操作符和调度程序需要时间和精力。对于初学者和小型项目来说，这可能是一个过重的负担。

2. 性能问题

在某些情况下，RxJava 的开销可能会给应用程序的性能带来负面影响。大量的操作符和观察者会导致对象分配的增加和额外的垃圾回收压力。对于时间或资源敏感的应用来说，这可能是一个问题。

3. 调试困难

调试 RxJava 代码可能非常困难。异步事件流的复杂性使跟踪错误来源变得具有挑战性。错误消息通常晦涩难懂，需要深入了解 RxJava 的内部机制。

替代方案

认识到 RxJava 的局限性后，我开始探索替代方案。我发现了一些更简单、性能更好且更容易调试的库：

1. Kotlin Coroutines

Kotlin Coroutines 提供了一个优雅且易于使用的异步编程模型。它支持挂起函数、结构化并发和取消，从而简化了复杂代码的编写。

2. ReactiveX for Java (RxJava)

RxJava3 是 RxJava 的一个分支，针对性能和可维护性进行了优化。它引入了新的概念，如背压和流动控制，从而提高了复杂系统中的稳定性和效率。

3. Flowable

Flowable 是 Android Jetpack 中的异步编程库。它建立在 RxJava 之上，提供了反应式编程的好处，同时简化了 API 并提高了性能。

结论

虽然 RxJava 曾经是我推荐的反应式编程框架，但现在我不再认为它是最佳选择。其复杂性、性能问题和调试困难让我转向了更简单、更可靠的替代方案。

对于小型项目和没有性能限制的应用程序，RxJava 可能仍然是一个不错的选择。但是，对于寻求性能、可维护性和调试便利性的开发人员来说，我强烈建议考虑上述替代方案。