RxJava在实际项目用吗

简短结论：现在（2024 年以后）实际新项目里用得越来越少了，但在很多存量项目、尤其是 Android 老项目里，RxJava 仍然大量存在。

下面分几个角度看更清楚。

一、实际项目中到底用不用？

✅ 仍然在用的情况

1. 老 Android 项目

   • 很多 2016–2021 年的 App 仍然是 RxJava + Retrofit 架构
   • 迁移成本高，没人敢轻易动

2. 历史后端项目（Java）

   • 一些早期响应式系统（RxNetty、旧响应式网关）
   • 金融、交易类系统里偶尔还能见到

3. 对“流式 + 组合异步”强依赖的场景

   • 复杂事件流
   • 多数据源合并
   • 背压要求明显

❌ 新项目越来越少用

原因很明确：

• Kotlin + 协程（Coroutine）

  • 写法更简单
  • 性能更好
  • 与 Jetpack 深度集成

• Flow / StateFlow / SharedFlow

  • 官方推荐
  • 学习成本低
  • 更适合 UI 层

• 后端更偏向

  • Project Reactor（Spring WebFlux）
  • 或干脆不用响应式

二、RxJava 的优缺点（真实项目视角）

优点

• 异步编排能力强
• 操作符丰富（map / flatMap / zip / merge）
• 对“流”建模非常成熟

缺点（也是被替代原因）

• 学习曲线陡
• 容易写出“回调地狱 2.0”
• 调试困难
• 内存泄漏风险（忘记 dispose）
• 和 Kotlin 协程比“语法啰嗦”

三、典型使用对比

RxJava（旧）

Observable.fromCallable(() -> api.getData())
    .subscribeOn(Schedulers.io())
    .observeOn(AndroidSchedulers.mainThread())
    .subscribe(data -> updateUI(data), Throwable::printStackTrace);

Kotlin 协程（新）

lifecycleScope.launch {
    val data = withContext(Dispatchers.IO) {
        api.getData()
    }
    updateUI(data)
}

四、如果你现在要学 / 选型，建议

✅ 新项目

• Android：直接用 Kotlin + 协程 + Flow
• 后端：非必要不用响应式

✅ 维护老项目

• 必须会 RxJava
• 重点掌握：
  • 线程切换
  • dispose / CompositeDisposable
  • 常见操作符
  • 内存泄漏排查

五、一句话总结

RxJava 没死，但在“退场中”；
会 RxJava 是能力，但新人更该优先学协程和 Flow。

如果你愿意，我可以：

• 给你一份 RxJava 到协程的迁移对照表
• 或结合你现在的项目（Android / 后端）给具体建议