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;

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

个人总结

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

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

声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。