前言
RxJava已经深入民心，即使没用过也听说过了，真没用过的话看看我的其他文章有介绍。但是RxJava使用不当会导致内存泄漏，真的是很蛋疼啊，就不能再完美点吗。那有没有好的解决方式呢？目前来说可以手动管理去掉订阅，也可以采用RxLifecycle来管理。采用RxLifycycle来管理的话，需要继承RxActivity / RxFragment，我觉得这框架就有点侵入式了，一直以来我都是手动管理，但是也不爽。现在，有一个新的库，AutoDispose可以完美的解决这种问题了。
环境准备
Android Studio 3.1.4
阅读本文你将学到:
- AutoDispose的使用
- Android Studio Profiler 内存泄漏分析
- 推荐一个可以快速开发的库，开箱即用
正文
引入AutoDispose：compile 'com.uber.autodispose:autodispose-android-archcomponents:1.0.0-RC2'
为了演示RxJava2的内存泄漏，我就随便复制了一段很流行的RxJava代码。Demo逻辑很简单,在MainActivity里有个按钮，点击跳转到SecondActivity，并在oncreat（）里放入以下代码：
Observable.interval(1, TimeUnit.SECONDS)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
//AutoDispose的使用就是这句
①//.as(AutoDispose.<Long>autoDisposable(AndroidLifecycleScopeProvider.from(this)))
.subscribe(new Observer<Long>() {
@Override
public void onSubscribe(Disposable d) {
}
@Override
public void onNext(Long aLong) {
Log.i("接收数据,当前线程"+Thread.currentThread().getName(), String.valueOf(aLong));
}
@Override
public void onError(Throwable e) {
}
@Override
public void onComplete() {
}
});
一开始把标为①的那行注释掉，来触发内存泄漏。那怎么用AS的profiler来检测呢？
点击这个图标启动app，选择你的手机，对应包名，双击MEMORY视图，然后点击Main的按钮启动Second 3次。其实此时不打开profiler内存分析，通过lagcat的日志就能看出内存泄漏了，因为关闭了SecondActivity，日志还在打印。
一图胜千言，正常来说，主动触发GC，没用的内存会被系统清理掉，但是第一步我们就触发了GC，结果第四步还能搜出SecondActivity的内存，这就表明泄漏了。
好了，现在我们把标为①的那行注释去掉，同样启动profiler来观察：
同样的操作，这就很明显了。使用了AutoDispose后，内存里已经找不到SecondActivity的内存了。这表明，AutoDispose起了作用。
附上
AutoDispose：https://github.com/uber/AutoDispose
demo（也是一个简单的快速开发库）：https://github.com/twangithub/TwanBase
