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

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

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

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。

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

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

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

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

LiveData只是数据持有者而已。我们也可以说LiveData是具有生命周期意识的消费者。强烈建议LiveData了解生命周期的概念和相关对象LifeCycleOwner/ lifecycle，您可以获得业务逻辑的转换和流功能，以及UI的生命周期感知操作。

Rx是一个强大的工具，能够以优雅的声明式风格解决问题。它处理业务端选项或服务Api操作

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