防侧漏之弱引用的使用

本文依然基于github上的开源框架为基础，看过之前发的 最新Retrofit + RxJava + MVP 那篇blog的讲述，应该明白框架里面的大概，一步步兑现之前的承诺，会写上十篇左右的帖子来讲解里面的要点和难点，今天主要讲述的是baseActivity里面的WeakReference< BaseActivity >。

最初入行的时候，使用handler一般都是如下方式：

private Handler handler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            /**
             * 各种操作
             */
        }
    };

先说下此处的问题，首先，系统会有警告，This Handler class should be static or leaks might occur，大致意思就是说：Handler类应该定义成静态类，否则可能导致内存泄露，因为非静态内部类隐式自动持有外部类的强引用，而静态内部类不会引用外部类对象，目前只需要记住这句话，说到根本原因就牵扯到jvm，这块日后会单独拿出来写一个模块。

再者，这样写的话，如果有一个超生命周期的逻辑，则会出现内存泄漏，百说不如贴上代码：

    private void test() {
        handler.sendMessageDelayed(Message.obtain(), 60000);
        finish();
    }

当Android应用启动的时候，会先创建一个UI主线程的Looper对象，同时会创建一个MessageQueue，Looper循环遍历，把MessageQueue中的message一个一个取出来处理，处理结束后并不会销毁（这和java中消息机制不同，java中处理完便会自动销毁，等待回收），而是等待后续传来的message，只要Handler发送的Message尚未被处理，则该Message及发送它的Handler对象将被线程MessageQueue一直持有，上述代码是activity在finish一分钟后才收到信息，此时的activity中的handler还在被强引用，当这个activity退出时消息队列中还有未处理的消息或者正在处理消息，而消息队列中的message持有handler实例的引用，handler又持有activity的引用，所以导致该activity的内存资源无法及时回收，引发内存泄漏，关于handler这块，之前一篇android之handler的刨根问底 进行了详细叙述，有兴趣可以看下。

为何使用弱引用

对于强、软、弱、虚四大引用，之前在简述图片加载框架有过讲述并有代码实例，此处不重复贴代码，对于弱引用，指的是当垃圾回收器扫描到此处垃圾，无论内存是否充足，都会回收，功能上和软引用如出一辙，和软引用最大的不同就是软引用是在内存不足的时候，gc扫描到才会回收此处内存。此处使用弱引用比软引用更加合理，虽然软引用同样可以解决因为强引用导致内存无法回收的问题，但有个前提条件就是需要内存不足的时候才可以，这就没有弱引用来得实在。

改进后的代码如下：

/**
 * Created by Zero on 2017/7/20.
 */
public abstract class BaseActivity<Pre extends BasePresenter> extends AppCompatActivity implements OnClickListener {

    private static final String DIALOG_LOADING = "DialogLoading";
    private boolean mVisible;
    private LoadingDialogFragment waitDialog = null;

    protected Pre presenter;
    protected final Handler mHandler = new MyHandler(this);
    private BroadcastReceiver receiver;
    private IntentFilter filter;

    /*****************省略一些不相关代码*****************/

    @Override
    protected void onDestroy() {
        super.onDestroy();
        /**
         * 移除mHandler
         */
        mHandler.removeCallbacksAndMessages(null);
        if (receiver != null) {
            LocalBroadcastManager.getInstance(this).unregisterReceiver(receiver);
        }
    }
}

/**
 * Created by zero on 2017/7/24.
 */

public class MyHandler extends Handler {
    private final WeakReference<BaseActivity> mActivity;

    /**
     * 从BaseActivity中提取出来，原来是因为内部类会隐式强引用当前类，采用弱引用，避免长生命周期导致内存泄漏
     *
     * @param activity
     */
    public MyHandler(BaseActivity activity) {
        mActivity = new WeakReference<>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        if (mActivity.get() != null) {
            mActivity.get().requestOver(msg);
        }
    }
}

为了避免一些handler拖泥带水，onDestroy方法中对mHandler进行removeCallbacksAndMessages(null)处理，便于mHandler和activity及时被回收。

项目已上传，戳此进入github。