MVP内存泄漏全解(笔记)

前言

基于MVP 模式的理解进行内存泄漏的测试

1.对MvpSample2工程的测试(测试记录)
  • 第一次: 清理弱引用和解除rx的订阅,rx里面没开线程跑,虽然栈中存在presenter$tologin$1,但是引用为0.,所以内存不泄漏

  • 第二次:清理弱引用和解除rx的订阅,rx里面开了新的线程跑,presenter对象被线程所持有,activity引用不存在,presenter的内存泄漏了

  • 第三次:清理弱引用和解除rx的订阅,rx里面上游开了循环(在上游的线程跑),虽然内存中存在presenter$tologin$1,内存不泄漏,跟第一次一样

  • 第四次:没有清理弱引用和解除rx的订阅,rx里面没开线程跑,虽然内存中存在presenter$tologin$1,但是引用为0.,所以内存不泄漏

  • 第五次:没有清理弱引用和解除rx的订阅,rx里面上游开了循环(在上游的线程跑),presenter的引用被rx上游线程持有,释放不了,内存泄漏了,而View已经不存在内存,是因为View在P层中加了弱引用

  • 第六次:V在P层中是强引用持有,没有解除rx的订阅,rx里面上游开了循环(在上游的线程跑), presenter和View都回收不了,因为线程持有P的引用,还在运行中

  • 第七次:V在P层中是强引用持有,解除rx的订阅,rx里面上游开了循环(在上游的线程跑), 虽然内存中存在presenter$tologin$1,但是引用为0.,所以内存不泄漏

2.截图说明
  • 截图1 :从GC Roots节点到该对象(LoginPresenter)的最短引用路径, 排除弱引用/软引用
    在这里插入图片描述

  • 截图2 : 从截图1过渡到截图2,可以看到LoginPresenter是被线程持有引用
    在这里插入图片描述

  • 截图3 : 从profiler可以看到LoginPresenter是被线程持有引用
    在这里插入图片描述

  • 截图4 : 从profiler可以看到LoginModel是被LoginPresenter持有引用,LoginPresenter是被线程持有引用
    在这里插入图片描述

  • 截图5 : objects是存在实例的个数,Shallow Heap浅堆是Java对象占用的内存,Retained Heap深堆是java对象及对象引用的类占用的内存、jvm gc回收时释放的内存
    在这里插入图片描述

  • 截图6:V被P强引用持有引用,P被运行的任务(可能内部类)持有引用,导致V层和P层都内存泄漏
    在这里插入图片描述

3.总结:
  • p层的耗时任务在页面销毁时是否执行很关键:假设当页面销毁时,presenter层内的任务执行完,由于presenter没有再被内部类等持有引用,所以presenter是会被回收的,那view层也不被presenter持有引用,所以即使没在View销毁时清空软引用和置View为null,View同样会被销毁,不存在内存泄漏问题

  • V层是否被presenter弱引用持有决定V层是否会内存泄漏:假设当页面销毁时,presenter层内的任务在执行, 由于V是被presenter弱引用持有,所以V是会被GC回收的,而Presenter由于任务还在执行,所以回收不了

  • 页面销毁时结束耗时任务可解决presenter和View的内存泄漏, 假设当页面销毁时,即使presenter对View是强引用持有,只要此时任务执行完或者解绑Rx的订阅,presenter和View都是可以被回收的,所以不存在内存泄漏

  • Rx上游创建异步耗时线程跑,即使取消订阅,还是会内存泄漏,可能Rx不知道开了一个子线程在跑,而子线程持有presenter的引用

  • 线程的调度放心交给Rx来处理:Rx上游创建异步耗时线程跑,即使取消订阅,还是会内存泄漏,可能Rx不知道开了一个子线程在跑,而子线程持有presenter的引用 (这里参考链接 在Rx的上游执行异步耗时任务的测试)

  • 所以发生泄漏主要在: presenter的引用被rx开辟的线程所持有(或者Model的引用被持有), 从而导致V的引用被持有

    • 线程运行中,而View界面已经关闭,由于presenter不能被回收(被内部类持有引用),所以导致presenter内存泄漏

      • 而如果View是被Presenter强引用持有的话,那View也不能被回收

      • 而如果View是被presenter弱引用持有的话,那么View是可以被GC回收的

    • View的界面销毁, 此时线程运行结束或解除rx的订阅,由于presenter已不再被持有引用,故可GC回收, 而不管View是被Presenter强引用还是弱引用,View都会被GC回收

  • MVP的内存泄漏可以通过解除Rx的订阅(RxLifecycle2框架或AutoDispose框架)来解决,前提是耗时任务都在Rx里去操作, 使得Model、View、Presenter不被持有引用,从而可回收

4.参考

使用AndroidStudio提供的Android Profiler工具和mat进行内存泄漏析

在Rx的上游执行异步耗时任务的测试

MAT 常用工具详解——内存优化 (三)

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章