最近博主开始在项目中实践MVP模式,却意外发现内存泄漏比较严重,但却很少人谈到这个问题,促使了本文的发布,本文假设读者已了解MVP架构。
本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_it
MVP简介
M-Modle,数据,逻辑操作层,数据获取,数据持久化保存。比如网络操作,数据库操作
V-View,界面展示层,Android中的具体体现为Activity,Fragment
P-Presenter,中介者,连接Modle,View层,同时持有modle引用和view接口引用
上图摘自阮一峰大神博客:MVC,MVP 和 MVVM 的图示
注:有别于MVC,Activity,Fragment通常被用作Controller和View使用,加重了它的职责。在MVP中,Activity,Fragment仅用做View层展示
示例代码
本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_it
Modle层操作
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
View层
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
Presenter中介者
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
根据OOP思想,Java代码最好面向接口,抽象编程,这样才能给符合OCP原则。上述示例代码省略了更加抽象的接口IModle,IView,IPresenter,并且实际MVP实践中通常会引入泛型使其更具扩展性。
Google已提供了相关示例代码,并在MVP中增加了一个约束者:Contract,它的作用是定义各个模块的MVP接口。
google MVP sample code:https://github.com/googlesamples/android-architecture
内存泄露问题
由上可见,Presenter中持有View接口对象,这个接口对象实际为MainActivity.this,Modle中也同时拥有Presenter对象实例,当MainActivity要销毁时,Presenter中有Modle在获取数据,那么问题来了,这个Activity还能正常销毁吗?
答案是不能!
当Modle在获取数据时,不做处理,它就一直持有Presenter对象,而Presenter对象又持有Activity对象,这条GC链不剪断,Activity就无法被完整回收。
换句话说:Presenter不销毁,Activity就无法正常被回收。
解决MVP的内存泄露
Presenter在Activity的onDestroy方法回调时执行资源释放操作,或者在Presenter引用View对象时使用更加容易回收的软引用,弱应用。
比如示例代码:
Activity
- 1
- 2
- 3
- 4
- 5
- 6
- 1
- 2
- 3
- 4
- 5
- 6
Presenter
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
Modle
- 1
- 2
- 3
- 1
- 2
- 3
本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_it
个人总结
因为面向MVP接口编程,可适应需求变更,所以MVP适用于比较大的项目;因为其简化了Activity和Fragmnt的职责,可大大减少View层的代码量,比起MVC中Activity,Fragment动不动上千行的代码量,简直优雅!
做完以上操作,由于MVP引起的内存泄露就差不多解决了,祝大家撸码愉快!欢迎留言区交流指正。