Android开发：浅谈MVP模式应用与内存泄漏问题解决

最近博主开始在项目中实践MVP模式，却意外发现内存泄漏比较严重，但却很少人谈到这个问题，促使了本文的发布，本文假设读者已了解MVP架构。

MVP简介
M-Modle，数据，逻辑操作层，数据获取，数据持久化保存。比如网络操作，数据库操作

V-View，界面展示层，Android中的具体体现为Activity，Fragment

P-Presenter，中介者，连接Modle，View层，同时持有modle引用和view接口引用

示例代码
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;@Overridepublic void onCreate（@Nullable Bundle savedInstanceState） {super.onCreate（savedInstanceState）;// view层将获取数据的任务委派给中介者presenter，并传入自身实例对象，实现TestViewInterf接口mTestPresenter = new TestPresenter（this）;mTestPresenter.getData（）;}@Overridepublic 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

@Overridepublic 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}

个人总结
因为面向MVP接口编程，可适应需求变更，所以MVP适用于比较大的项目；因为其简化了Activity和Fragmnt的职责，可大大减少View层的代码量，比起MVC中Activity，Fragment动不动上千行的代码量，简直优雅！
做完以上操作，由于MVP引起的内存泄露就差不多解决了，以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。