android MVP 模式内存泄漏如何解决

MVP简介

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

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

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

示例代码
Modle层操作

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

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层

?

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

// 抽象的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中介者

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

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

?

1 2 3 4 5

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

Presenter

?

1 2 3 4 5 6

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

Modle

?

1 2 3

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

个人总结

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

做完以上操作，由于MVP引起的内存泄露就差不多解决了，以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。