Handler handler = new Handler(){
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
};
handler.sendEmptyMessage(0);
当你如此定义一个handler的时候，系统会提示你，可以会产生内存泄漏，那么为什么会产品内存泄漏，如何避免。
先来分析一下为什么会产品内存泄漏，首先上面的Handler是一个内部类，内部类会持有外部类的引用，所以Handler持有了Activity的引用，sendEmptyMessage的时候会创建一个Message
对象，而Message持有Handler的引用，然后Message会被添加进入MessageQueue，Looper执行loop之后会循环从MessageQueue取出Message消费掉，MainLooper是在AvtivityThread里面初始化，且不能停止。所以一个引用连就分析出来了。
Activity-Handler-Message-MessageQueue-Looper。当Activity创建了Handler且Activity结束的时候，Message还在MessageQueue里面的话，就会内存泄漏。
什么是内存泄漏，我的理解就是，当分配了内存空间，却没有回收就是内存泄漏了，JAVA的回收都由GC去完成，垃圾回收机制会不停的扫描一个对象是或否可以被回收掉，经过扫描标记回收等操作，那怎么判断一个对象是否可以被回收呢？JAVA采用了可达性分析才判断一个对象是否可以被回收。
用一个Activity举例，当Activity被finish之后，就不应该在有其他对象保持对Activity的引用，否则就会造成Activity不能被回收，从而造成内存泄漏，也就是上面分析Handler引起内存泄漏的原因。总结起来就是一句话，生命周期短的对象引用了生命周期长的对象，从而造成生命周期短的对象不能正常回收，从而造成了内存泄漏。
生命周期长的对象比方说静态对象，常驻线程，单例等，使用长生命周期对象时一定要注意内存泄漏。
在回到上面的Handler内存泄漏的问题，其实只要切断引用连，内存泄漏就解决了，可以在Activirty结束的时候，如果有未执行完的Message可以remove掉，android studio上也提示了另外一种解决办法，静态Handler+弱引用。
说到弱引用，就要说到JAVA几种常用的引用方式，强、软、弱、虚。上面说的可达性分析等都是强引用，而软件引用在系统内存不足时会被强制释放掉，需注意从2.3开始，android加强了软引用的回收。弱引用的回收比软引用来的更快，如果垃圾回收时，只有弱引用对此对象保持引用则会被回收。所以静态Handler+弱引用，静态保证了不持有当前Activity对象，而弱引用拿到了当前Activity的句柄。所以只要注意对象的生命周期还有引用方式，内存泄漏就自然解决了。
