保存到桌面加入收藏设为首页
IOS开发
当前位置:首页 > IOS开发

Android开发:浅谈MVP模式应用与内存泄漏-安度博客

时间:2019-02-01 19:57:09   作者:   来源:   阅读:151   评论:0
内容摘要:最近博主开始在项目中实践MVP模式,却意外发现内存泄漏比较严重,但却很少人谈到这个问题,促使了本文的发布,本文假设读者已了解MVP架构。本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_itMVP简介M-Modle,数据,逻辑操作层,数据......
  • 最近博主开始在项目中实践MVP模式,却意外发现内存泄漏比较严重,但却很少人谈到这个问题,促使了本文的发布,本文假设读者已了解MVP架构。

    本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_it

    MVP简介

    M-Modle,数据,逻辑操作层,数据获取,数据持久化保存。比如网络操作,数据库操作
    V-View,界面展示层,nk" target="_blank">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层操作

    public class TestModle implements IModle{ private CallbackListener callback; public TestModle(CallbackListener callback) { this.callback = callback; } public interface CallbackListener { void onGetData(String data); } public void getData() { new Thread() { public void run() { callback.onGetData('返回的数据'); } }.start(); }}

    View层

    // 抽象的view层public interface TestViewInterf extends IView { void onGetData(String data);}// 具体的View层public class MainActivity extends Activity implements TestViewInterf{ private TestPresenter mTestPresenter; @Override public void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); // view层将获取数据的任务委派给中介者presenter,并传入自身实例对象,实现TestViewInterf接口 mTestPresenter = new TestPresenter(this); mTestPresenter.getData(); } @Override public void onGetData(String data) { // View层只做数据展示 showToast(data); } private void showToast(String toast) { Toast.makeText(this toast Toast.LENGTH_LONG).show(); }}

    Presenter中介者

    public class TestPresenter implements IPresenter{ IModle modle; IView view; public TestPresenter(IView view) { this.view = view; } public void getData() { // 获取数据的操作实际在Modle层执行 modle = new TestModle(new CallbackListener() { public void onGetData(String data) { if (view != null) { view.onGetData(data); } } }); modle.getData(); }}

    根据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

    @Override public void onDestroy() { super.onDestroy(); mPresenter.destroy(); }

    Presenter

    public void destroy() { view = null; if(modle != null) { modle.cancleTasks(); }}

    Modle

    public void cancleTasks() { // TODO 终止线程池ThreadPool.shutDown(),AsyncTask.cancle(),或者调用框架的取消任务api}

    本文原创作者:xiong_it,链接:http://blog.csdn.net/xiong_it


    个人总结

    因为面向MVP接口编程,可适应需求变更,所以MVP适用于比较大的项目;因为其简化了Activity和Fragmnt的职责,可大大减少View层的代码量,比起MVC中Activity,Fragment动不动上千行的代码量,简直优雅!

    做完以上操作,由于MVP引起的内存泄露就差不多解决了,祝大家撸码愉快!欢迎留言区交流指正。


本站所有站内信息仅供娱乐参考,不作任何商业用途,不以营利为目的,专注分享快乐,欢迎收藏本站!
所有信息均来自:百度一下 (威尼斯人官网)