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

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

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

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

• 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

• 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

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

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

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

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

• 1
• 2
• 3
• 4
• 5
• 6

• 1
• 2
• 3
• 4
• 5
• 6

Presenter

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

• 1
• 2
• 3
• 4
• 5
• 6
• 7

• 1
• 2
• 3
• 4
• 5
• 6
• 7

Modle

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

• 1
• 2
• 3

• 1
• 2
• 3

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

---

个人总结

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

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