前言

MVP系列文章
MVP系列文章（一） - MVC 与 MVP
MVP系列文章（二） - 优化attach()、detach()方法
MVP系列文章（三） - 动态代理优化每次判断 View != null
MVP系列文章（四）- GC回收原理分析
MVP系列文章（五）- 泛型擦除
MVP系列文章（六）- 代码架构与运行时架构
MVP系列文章（七）- 知识梳理

1. 动态代理优化每次判断 View != null

每次都要去判断 View != null，很麻烦，在BasePresenter中使用动态代理优化：
由于View都是接口，通用代码 View != null统一处理，这个是AOP思想（aspectJ、动态代理），这里就采用动态代理优化

/**
 * Email: 2185134304@qq.com
 * Created by Novate 2018/7/7 15:40
 * Version 1.0
 * Params:
 * Description:    动态代理优化 View != null
*/

public class BasePresenter<V extends BaseView> {

    // 目前来讲有2个公用方法 , 传递的时候 会有不同的View , 怎么办？ 采用泛型

    private WeakReference<V> mViewReference ;
    private V mProxyView;

    // View一般都是Activity，可能会涉及到内存泄露的问题，但是已经解绑了就不会内存泄露，
    // 这里最好还是用一下软引用



    public void attach(V view){
//        this.mView = view ;

        this.mViewReference = new WeakReference<V>(view) ;

        // 用代理对象 动态代理
        mProxyView = (V) Proxy.newProxyInstance(view.getClass().getClassLoader(), view.getClass().getInterfaces(), new InvocationHandler() {
            @Override
            public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
                // 动态代理每次都会执行这个方法，调用的是被代理的对象（就是mView）
                if (mViewReference == null || mViewReference.get() == null) {
                    return null ;
                }else{
                    return method.invoke(mViewReference.get(), args);
                }
            }
        });
    }

    public void detach(){
        this.mViewReference.clear();
        this.mViewReference = null ;
        this.mProxyView = null ;
    }

    public V getView(){
        return mProxyView ;
    }
}

代码已上传至github：
https://github.com/shuai999/Architect_day37.git
GC回收算法
https://www.cnblogs.com/sunfie/p/5125283.html