美文网首页
Retrofit如何取消网络请求?基于ViewModel

Retrofit如何取消网络请求?基于ViewModel

作者: 熟读并背诵 | 来源:发表于2020-09-11 14:40 被阅读0次

    作为菜鸡的我们都知道页面关闭,网络请求没有取消的话会造成内存泄漏,但是具体为什么会造成内存泄漏,应该是有部分同学和我一样处在一个一知半解的状态,所以我在这简单说一说,相互学习学习,有错误请务必指出!

    为什么会造成内存泄漏

    在知道如何取消请求网络之前很有必要先说说内存泄漏,更有必要先说一说我们的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生命周期

    从图中就能得知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的回调

    相关文章

      网友评论

          本文标题:Retrofit如何取消网络请求?基于ViewModel

          本文链接:https://www.haomeiwen.com/subject/rtevektx.html