事实上，LiveData与RxJava并不是本质上不同的工具，那么当RxJava可以通过将所有订阅的可观察对象存储在CompositeDispoable对象中，然后将它们处理在Activity的onDestroy()或Fragment的onDestroyView()中，只使用一行代码时，为什么要将它作为架构组件引入?

通过使用RxJava构建一个电影搜索应用程序，然后在这里使用LiveData，我已经完全回答了这个问题。

But in short, yes, it could, but that would need first overriding the relevant lifecycle methods besides having the basic lifecycle knowledge. This still might not make sense for some, but the fact is that according to one of the Jetpack sessions in Google I/O 2018 many developers find lifecycle management complex. The crash errors arising from not handling lifecycle dependence might be another sign that some developers, even if knowledgable of lifecycle, forget to take care of that in every Activity / Fragment they use in their app. In large apps this could become an issue, notwithstanding the negative effect it could have on productivity.

The bottom line is that by introducing LiveData , larger number of developers are expected to adopt MVVM without even having to understand the lifecycle management, memory leak and crash. Even though I have no doubt that LiveData is not comparable with RxJava in terms of capabilities and the power it gives to developers, reactive programming and RxJava is a hard-to-understand concept and tool for many. On the other side, I do not think LiveData is meant to be a replacement for RxJava–it simply cannot–but a very simple tool for handling a controversial widespread issue experienced by many developers.

**更新** 我在这里添加了一篇新文章，解释了滥用LiveData会导致意想不到的结果。RxJava可以在这些情况下发挥作用

Android LiveData是原始观察者模式的变体，增加了活动/非活动转换。因此，它的范围非常有限。

使用Android LiveData中描述的示例，创建了一个类来监视位置数据，并根据应用程序状态注册和注销。

RxJava提供了更通用的操作符。让我们假设这个可观察对象将提供位置数据:

Observable<LocationData> locationObservable;

可观察对象的实现可以使用observable .create()来映射回调操作。当可观察对象被订阅时，回调被注册，当它被取消订阅时，回调被取消注册。实现看起来与示例中提供的代码非常相似。

让我们也假设你有一个可观察对象，当应用程序处于活动状态时，它会发出true:

Observable<Boolean> isActive;

然后，您可以通过以下步骤提供LiveData的所有功能

Observable<LocationData> liveLocation =
  isActive
    .switchMap( active -> active ? locationObservable : Observable.never() );

switchMap()操作符将以流的形式提供当前位置，如果应用程序不是活动的，则什么也不提供。一旦你有了liveLocation可观察对象，你就可以使用RxJava操作符对它做很多事情。我最喜欢的例子是:

liveLocation.distinctUntilChanged()
  .filter( location -> isLocationInAreaOfInterest( location ) )
  .subscribe( location -> doSomethingWithNewLocation( location ) );

它只会在位置改变时执行操作，并且位置是有趣的。您可以创建类似的操作 结合时间运算符来确定速度。更重要的是，您可以使用RxJava操作符详细控制操作是发生在主线程、后台线程还是多个线程中。

RxJava的重点在于，它使用库提供的操作，甚至您提供的自定义操作，将控制和计时结合到一个单一的领域。

LiveData只处理了其中的一小部分，相当于构建了liveLocation。

LiveData部分等于Rx Subject或SharedRxObservable LiveData管理订阅的生命周期，但Rx主题 订阅应该手动创建和处理 LiveData没有终止状态，但Rx Subject有OnError 和oncomplete

LiveData是android架构组件的一个子集，由android团队开发。

对于活动数据和其他体系结构组件，内存泄漏和其他类似问题由体系结构组件处理。由于它是由android团队开发的，所以它是android最好的。他们还提供处理新版本Android的更新。

如果你只想在Android应用程序开发中使用，请使用Android架构组件。否则，如果你想使用其他Java应用程序，如web应用程序，桌面应用程序等，请使用RxJava

关于最初的问题，RxJava和LiveData都能很好地互补。

LiveData在ViewModel层上表现出色，它与Android生命周期和ViewModel紧密集成。RxJava在转换方面提供了更多的功能(正如@Bob Dalgleish所提到的)。

目前，我们在数据源和存储库层使用RxJava，并在ViewModels中转换为LiveData(使用LiveDataReactiveStreams)(在将数据暴露给活动/片段之前)-非常满意这种方法。

我的简单回答是不要使用RxJava。这是一种过于复杂和滥用的方式。对于所有使用RxJava的项目来说，它们都很难维护和调试。RxJava是异步的，使用线程来分派请求，一般来说这是完全不必要的，如果需要的话，Kotlin协程在99%的情况下做得更好。