泛型MVP解决内存泄漏隐患

一、前言：

我们知道，在MVP模式中,Presenter是同时持有View和Model的引用的，那么，当在Presenter中，假设由于业务需求，需要开辟一条线程进行耗时操作，如果此时View(Activity)退出，由于子线程还在运行，此时,Presenter不能被销毁（子线程是Presenter开辟的内部类，内部类隐式持有外部类的引用），由于Presenter持有view引用，故activity即使退出了，却不能被gc，此时，内存泄露便产生了。
eg:

    public class IPresenterImpl implements IPresenter {
    private Contract.IView view;
    private Contract.IModel model;
    public IPresenterImpl(Contract.IView view) {
        this.view = view;
        model = new IModelImpl();
    }

    @Override
    public void loadData() {
        new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    //模拟耗时操作
                    java.util.concurrent.TimeUnit.SECONDS.sleep(10);
                    ivew.showData();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                    ivew.onLoadDataFailed();
                }
            }
        }).start();
    }
}

注: 当子线程还未运行完时，此时退出activity，则内存泄露。

二、解决方法

1. 定义一个Presenter的基类：BasePresenter，BasePresenter中持有View的弱引用，并在View(Activity)的onCreate中进行attach，在View(Activity)中的onDestroy()中detach。

 //V：表示任意view类型，一般是IView
public class BasePresenter<V> {
private WeakReference<V> weakRefView;
public void attach(V view){
        weakRefView = new WeakReference<V>(view);
 }

public void detach() {
    if(isAttach()) {
        weakRefView.clear();
        weakRefView = null;
    }
}
public V obtainView(){
    return isAttach()?weakRefView.get():null;
}

protected boolean isAttach() {
    return weakRefView != null &&
            weakRefView.get() != null;
 }
}

**这里用弱引用主要时防止当Activity被销毁时没走onDestroy **(比如，kill的时候就不走）

2.定义一个Activity基类:BaseActivity,主要就是在这里处理与BasePresenter的引用关系，后续继承这两个类的子类就不用管view与presenter绑定这些事了。

public abstract class BaseActivity<V,P extends BasePresenter<V>> 
extends Activity{

protected P mPresenter;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    mPresenter = createPresenter();
    mPresenter.attach((V)this);
}

@Override
protected void onDestroy() {
    super.onDestroy();
    mPresenter.detach();
}

public abstract P createPresenter();
}

createPresenter()作用是让每个Activity都产生自己需要的presenter，由自己决定。
综上所诉，这样便可以提高MVP的扩展性，以及解决潜在的内存泄露问题。

三、具体使用方法

1. 通过定义一个通用的基类BasePresenter和一个BaseActivity，解决了Presenter引用View和释放时机问题，Model无需更改，IView层也无需修改，唯一需要更改点写法的就是Presenter。
2. 通常的Presenter接口如下所示：

public interface IPresenter{ void startLoadData(); }

3. 因为所有的Presenter都要继承BasePresenter，而BasePresenter是一个抽象类，所以IPresenter也要更改为抽象类,其他的只需将其接口方法改为抽象方法即可:

public abstract class IPresenter<V> extends BasePresenter<V>{ public abstract void startLoadData(); }

4. 后续的Presenter具体实现类只需继承IPresenter抽象类即可，

public class IPresenterImpl extends IPresenter<IView>{ @Override public void startLoadData(){ //xxxxx } }

参考链接：https://www.jianshu.com/p/2fd2d5dac94e