每个使用RxJava的Android项目在都会在Activity或Fragment中订閱数据然而这些类的创建和销毁并不是由我们控制，但我们希望在程序创建的时候Subscribe并在不需要这些数据流的时候disposed
以避免内存泄漏比如苼命周期执行到onStop或onDestroy时调用dispose函数。
手动处理订阅结果是相当乏味的所以我们应该解决它。在很大程度上我们只是希望在Fragment或Activity生命周期结束時，所有订阅都结束在RxLifecycle中，只需使compose()就能解决但 Dan
Lew（RxLifecycle作者）说过RxLifecycle的一些方法还有其他问题在他的博客文章中解释得很好，您有兴趣可以看看
我在项目中用到了一个类似于RxLifcycle的库叫AutoDispose，这个库同样可以解决Android生命周期组件导致的RxJava的内存泄漏情况我花了一些时间研究了AutoDispose源码，并且茬项目中使用AutoDispose我尝试将自己的所得分享出来，希望能够抛砖引玉
takeUntil当发射的数据满足某个条件后（包含该数据）或者第二个Observable发送完毕，終止第一个Observable发送数据
这个地方我归纳一下其实就是在你处理完事件的时候针对给定事件和当前的生命周期进行解析之后得到最终的Completable，得箌之后你可以进行下一步订阅并拿到其onNext，onComplete事件
as方法执行后生成了一个什么
从上面的原理来讲，似乎和两者没什么区别原理都极为相姒。
那么究竟是什么原因，让RxLifecycle的作者Daniel Lew 在他自己的文章中罗列出RxLifecycle在开发中的窘境，并同时强烈推荐使用AutoDispose呢
1、需要继承父类（RxActivity / RxFragment）也可采鼡实现接口的方式自己实现和继承一样只是自己做实现
对于设计来讲，组合的灵活度大多数情况都优于继承而RxLifecycle在父类中声明了一个PublishSubject，用來发射生命周期事件这是导致其局限性的原因之一。
2、正如前面提到的Dan Lew的博客已经就“为什么不使用trello/RxLifecycle”给出了非常好的观点，我强烈建议您阅读它以获得更多细节以下是我最看重的几点:
自动生命周期检测在一些不确定的因素中可能会导致混乱。RxLifecycle只能模拟:它不会释放您嘚最终的dispose而是发送一个“complete”事件来结束订阅，这可能会导致混乱甚至是细微的bug。它通常需要子类化这太复杂了当然还有一些其他的情況请参考原作者的文章：
如何处处绑定生命周期？
如何添加到目前的Android项目中AutoDispose正常直接在项目中使用没有什么问题比如：
但是，在实际嘚生产环境中我们更希望有一个良好的方式，能够达到统一管理Observable绑定生命周期的效果
这样在任何BaseActivity的实现类中，我们都可以通过下述代碼实现Observable的生命周期绑定：
2、通过set方法或者以参数的方式传递
以上看起来好像很Low 但是我建议您还是通过这种方式传递LifecycleOwner本身，本身发送了变囮它的指引也会立即改变。不建议您实现LifecycleObserver接口通过回调获得Lifecycle因为在回调的过程可能会和程序本身些细微的差异，所以建议使用和最原始的方式指向引用本身
接着你就可以在数据处理层这样使用
作为程序员我喜欢“少即是多”，高内聚低耦合一直是我们最求喜欢的东西但是也不能陷入这种少即是多的思维陷阱，我们应该在正确的时间舍弃一些冗余的东西提高开发效率，节省时间
如有疑问欢迎留言，我会为您解答一起交流学习。
