Retrofit如何取消网络请求?基于ViewModel
作为菜鸡的我们都知道页面关闭,网络请求没有取消的话会造成内存泄漏,但是具体为什么会造成内存泄漏,应该是有部分同学和我一样处在一个一知半解的状态,所以我在这简单说一说,相互学习学习,有错误请务必指出!
为什么会造成内存泄漏
在知道如何取消请求网络之前很有必要先说说内存泄漏,更有必要先说一说我们的GC机制(垃圾回收机制),首先第一个问题:什么样的垃圾会被回收?或者说哪些对象所占用的内存会被回收?这个答案简单点来说就是那些不再使用的对象会被回收。
我们先看一段代码
public class Test {
//声明一个Test对象
public static Test test = null;
public static void main(String[] args) throws InterruptedException {
//对象的实例化
test = new Test();
//指明test不再有任何引用
test = null;
//开始回收
System.gc();
//等待0.5秒,让finalize()能够得到执行
Thread.sleep(500);
if (test != null) {
//不出意外这里会得到执行,因为提前调用finalize()
System.out.println("我还活着");
}else {
System.out.println("我死了");
}
//再次让test失去引用
test = null;
//开始回收
System.gc();
//这个地方已经没有任何意义,finalize()不会再次调用
Thread.sleep(500);
if (test != null) {
System.out.println("我还活着吗");
} else {
//这个地方将会执行
System.out.println("我真的死了");
}
}
@Override
protected void finalize() throws Throwable {
super.finalize();
System.out.println("正在救赎test");
//重新引用到GC root链上
test = this;
}
}
首先GC回收的区域主要是Java堆,一般是针对Java堆进行垃圾回收,方法区,栈和本地方法区不被GC所管理,这些区域内的对象就是GC roots,被GC roots所引用的对象不被GC回收,如果一个对象的引用链最终是GC roots,那么这个对象就不会被回收,上面代码中test第一次之所以没有被回收就是在回收之前调用了finalize()方法,重新让test对象引用到了GC roots对象,第二次被回收是因为finalize()只会在对象被回收之前执行一次,并且这个方法有很多的不确定性(不能确保里面的代码完全执行完成对象就被回收了)
回到我们的网络请求造成的内存泄漏的问题,内存泄漏的原因是什么?为什么Activity关闭的时候网络请求还在就会造成内存泄漏?发生的根本原因是长生命周期持有短生命周期,因为网络请求是异步的,如果请求回来之前,activity调用finish(),但是这个时候,网络请求还持有回调请求,所以会造成内存泄漏。可以理解成网络请求就是我们的GC roots,网络请求持有回调请求,根本原因是model层持有act层的引用,所以造成了内存泄漏,网络请求和内存泄漏没有半毛钱关系,so!我们如何去避免呢?我们的主角就是viewmodel,我们来看一张图
从图中就能得知viewmodel生命周期生命周期是等于我们activity的总生命周期的(即使activity发生了旋转所造成的重建),我们看看图中的onClear()方法
/**
* This method will be called when this ViewModel is no longer used and will be destroyed.
* <p>
* It is useful when ViewModel observes some data and you need to clear this subscription to
* prevent a leak of this ViewModel.
*/
@SuppressWarnings("WeakerAccess")
protected void onCleared() {
}
翻译过来大概就是:这个方法调用的时机是viewmodel即将被销毁的时候,viewmodel会观察我们的数据,如果viewmodel被销毁会可以清除一些数据以防造成内存泄漏。
我们需要知道的是viewmodel会自动切断回调,引用没了,所以一般不会造成内存泄漏,当然如果代码中用到了协程可以配合协程返回的job对象去调用job.cancel()来手动取消。
在没有viewmode之前,很多同学使用的是rxjava,原理也是在activity destroy的时候切断了rxjava的回调