Android开发（浅谈MVP模式应用与内存泄漏） _android开发

最是人间留不住，朱颜辞镜花辞树。这篇文章主要讲述Android开发：浅谈MVP模式应用与内存泄漏相关的知识，希望能为你提供帮助。
最近博主开始在项目中实践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层操作

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(); } }

【Android开发（浅谈MVP模式应用与内存泄漏）】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(); mPresenter = null; }

Presenter

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

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引起的内存泄露就差不多解决了，祝大家撸码愉快！欢迎留言区交流指正。