本文依然基于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;
private static class MyHandler extends Handler {
private final WeakReference<BaseActivity> mActivity;
private MyHandler(BaseActivity activity) {
mActivity = new WeakReference<>(activity);
}
@Override
public void handleMessage(Message msg) {
if (mActivity.get() != null) {
requestOver(msg);
}
}
}
/*****************省略一些不相关代码*****************/
@Override
protected void onDestroy() {
super.onDestroy();
/**
* 移除mHandler
*/
mHandler.removeCallbacksAndMessages(null);
if (receiver != null) {
LocalBroadcastManager.getInstance(this).unregisterReceiver(receiver);
}
}
}为了避免一些handler拖泥带水，onDestroy方法中对mHandler进行removeCallbacksAndMessages(null)处理，便于mHandler和activity及时被回收。
项目已上传，戳此进入github。