15、LiveData与RxJava对比：LiveData vs Observable/Flowable、何时选择LiveData、何时选择RxJava

说实话，这个话题在Android圈子里争论了好几年。我每次面试新人，也喜欢问这个问题——不是为了刁难，而是想看看对方有没有真正理解这两个工具的本质。

LiveData和RxJava，说白了都是用来处理异步数据的。但它们的出身、设计哲学、适用场景，差别还挺大的。今天我就结合自己这些年踩过的坑，跟你好好聊聊。

一、先看本质：它们解决什么问题？

LiveData是Google在2017年推出的，属于Android Jetpack家族。它的核心使命就一个：感知生命周期。你想想看，Activity销毁了还在更新UI，这多危险？LiveData帮你自动处理了。

RxJava呢？它是个响应式编程库，功能强大得多。Observable、Flowable、Single、Completable……光操作符就有几百个。它不关心Android生命周期，但它能帮你做复杂的异步数据变换、线程切换、背压处理。

我个人的理解是：LiveData是专为Android UI层设计的“小工具”，RxJava是通用的“瑞士军刀”。

二、核心对比：LiveData vs Observable/Flowable

对比维度 LiveData RxJava (Observable/Flowable)
生命周期感知 原生支持，自动取消订阅 需要手动管理（如使用AutoDispose）
操作符丰富度 极少（只有map、switchMap等几个） 极其丰富（map、flatMap、debounce、combineLatest等）
线程切换 需借助其他库（如协程） 内置subscribeOn/observeOn
背压处理 不支持 Flowable支持背压
数据发射 仅主线程更新数据 任意线程
学习曲线 低，几分钟上手 高，操作符多且概念复杂
内存泄漏风险 低（生命周期感知） 高（需小心管理订阅）

这张表你看完应该有个大概印象了。但光看表格不够，咱们得结合实战场景聊。

三、什么时候选LiveData？

场景1：UI层数据观察

这是LiveData的主战场。比如你从数据库或网络拿到数据，要展示在TextView上。用LiveData，Activity或Fragment只要观察就行了，不用操心取消订阅。

// ViewModel中
val userName: LiveData<String> = MutableLiveData()

// Activity中
viewModel.userName.observe(this) { name ->
    textView.text = name
}

你看，代码多简洁。而且当Activity处于STOPPED状态时，LiveData不会触发更新。这避免了空指针和崩溃。

场景2：简单的数据绑定

如果你只是想把数据从ViewModel传到View，没有复杂的变换逻辑，LiveData足够了。我早期有个项目，用RxJava做这种简单传递，结果代码里到处都是.dispose()，看着就烦。

我的建议： 如果你的数据流不需要做复杂的变换（比如合并、延迟、过滤），优先用LiveData。它简单、安全、不容易出错。

四、什么时候选RxJava？

场景1：复杂的异步数据变换

我记得有个项目需要从多个API接口获取数据，然后合并、去重、排序，最后展示。用LiveData？你得写一堆回调嵌套。用RxJava？一个combineLatest + map就搞定了。

Observable.combineLatest(
    api.getUser(),
    api.getOrders(),
    BiFunction { user, orders -> UserWithOrders(user, orders) }
)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe({ result -> showUI(result) }, { error -> handleError(error) })

场景2：需要背压处理

如果你在监听传感器数据、大量列表数据，或者高频事件流，Flowable的背压策略就派上用场了。LiveData没有背压概念，数据发射太快会出问题。

场景3：跨层的数据管道

在Repository层或数据源层，RxJava的链式调用非常优雅。你可以把网络请求、数据库查询、缓存策略串成一条管道，每个环节都能做变换。

注意： 我曾经在一个项目里，把RxJava的Observable直接暴露给View层。结果Activity销毁时忘了取消订阅，导致内存泄漏。后来我改用LiveData做UI层观察，RxJava只做数据层处理，问题就解决了。

五、我的实战组合策略

说了这么多，你可能会问：到底该怎么选？我个人的习惯是：

  • 数据层（Repository、DataSource）：用RxJava。因为这里需要复杂的异步操作、线程切换、错误重试。
  • ViewModel层：用LiveData。因为ViewModel要跟View交互，生命周期感知太重要了。
  • View层（Activity/Fragment）：只观察LiveData。绝不直接订阅Observable。

说白了，就是RxJava做“脏活累活”，LiveData做“安全展示”。两者配合使用，效果最好。

六、一张图看懂选择逻辑

下面这张图是我自己总结的决策流程，你可以参考一下：

LiveData vs RxJava 选择决策图 你的数据流 需要生命周期感知？ 是 否 需要复杂变换？ RxJava + LiveData RxJava做数据层 需要背压？ Flowable RxJava LiveData LiveData 注：实际项目中，LiveData和RxJava经常配合使用，并非二选一

七、避坑指南

最后，分享几个我踩过的坑：

  • 别把RxJava的订阅直接传给LiveData：我曾经写过liveData.value = observable.blockingGet()，结果主线程卡死了。正确的做法是用LiveDataReactiveStreams.fromPublisher()做桥接。
  • 注意LiveData的粘性事件：LiveData在观察者注册时会立即收到最新值。如果你不想这样（比如一次性事件），需要自己封装Event包装类。
  • 别滥用RxJava：我见过有人用RxJava实现一个简单的点击监听，写了20行操作符。其实一个setOnClickListener就够了。工具要用对地方。

嗯，今天就聊到这儿。LiveData和RxJava没有绝对的谁好谁坏，关键看场景。你只要记住：UI层用LiveData保安全，数据层用RxJava提效率，基本不会出错。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →