关于handler机制大家可以看前面专题Android面试精选——再聊android Handler机制。今天我们要说的重点是 handler为什么会发生内存泄露？

我们先从源头说起，应用刚启动时，第一个被执行的方法如下：public static void main(String[] args) {//省略若干行......Looper.prepareMainLooper();ActivityThread thread = new ActivityThread();thread.attach(false);if (sMainThreadHandler == null) {sMainThreadHandler = thread.getHandler();}if (false) {Looper.myLooper().setMessageLogging(newLogPrinter(Log.DEBUG, "ActivityThread"));}Looper.loop();}

可以见到，在主线程中系统为我们创建了Loop，且调用了loop()方法遍历消息队列。

如果大家看过前面的文章，应该知道我们的loop对象是存在ThreadLocal里，首先这个ThreadLocal不清楚的，可以再看下前面的文章。它是一个静态数据结构。所以被存储在方法区。static final ThreadLocal sThreadLocal = new ThreadLocal();

在消息队列，取完消息后，会执行如下代码：public void dispatchMessage(Message msg) {//  优先执行post(new Runnable)if (msg.callback != null) {handleCallback(msg);} else {if (mCallback != null) {if (mCallback.handleMessage(msg)) {return;}}handleMessage(msg);}}

msg.callback 指的是runnable。比如我们执行了下面代码，msg.callback就不会为null:handler.post(new Runnable() {@Overridepublic void run(){}});

如果我们没有post runnable, 默认会走到handleMessage()方法。这是我们应用层开发大家都比较常见的方法了：private Handler handler=new Handler(){@Overridepublic void handleMessage(Message msg){super.handleMessage(msg);}};

整个流程我们分析完了，现在来回头看看到底为什么会出现内存泄露？

由于我们声明了非静态内部类handler，会导致handler持有activity引用

因为handler 调用了 dispatchMessage()方法，导致message又持有了handler的引用

如果在你退出Activity的时候，有一个消息还没有处理的话，那么这时候Activity是没法回收的。根本原因在于：

因为在方法区里面有static final ThreadLocal sThreadLocal持有Loop引用，而Loop持有MessageQueue引用，MessageQueue持有Message引用，Message持有Handler引用，handler持有Activity引用，所以Activity无法回收，造成内存泄露。引用链如下

方法区-> sThreadLocal -> Loop -> MessageQueue -> Message -> Handler-> Activity。

总结下，内存泄露的根本原因：

Java内存泄漏的根本原因是长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄漏，尽管短生命周期对象已经不再需要，但是因为长生命周期持有它的引用而导致不能被回收。

如果你在面试过程中能回答到以上内容，恭喜你，你离Offer不远了。