前言
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起了作用。