每日一问 听说过Handler中的IdleHandler吗？

首先看下源码的解释

/**
     * Callback interface for discovering when a thread is going to block
     * waiting for more messages.
     */
    public static interface IdleHandler {
        /**
         * Called when the message queue has run out of messages and will now
         * wait for more.  Return true to keep your idle handler active, false
         * to have it removed.  This may be called if there are still messages
         * pending in the queue, but they are all scheduled to be dispatched
         * after the current time.
         */
        boolean queueIdle();
    }

注释中很明确地指出当消息队列空闲时会执行IdleHandler的queueIdle()方法，该方法返回一个boolean值，如果为false则执行完毕之后移除这条消息，如果为true则保留，等到下次空闲时会再次执行，下面看下MessageQueue的next()方法可以发现确实是这样

Message next() {
        ......
        for (;;) {
            ......
            synchronized (this) {
		// 此处为正常消息队列的处理
                ......
                if (mQuitting) {
                    dispose();
                    return null;
                }
                if (pendingIdleHandlerCount < 0
                        && (mMessages == null || now < mMessages.when)) {
                    pendingIdleHandlerCount = mIdleHandlers.size();
                }
                if (pendingIdleHandlerCount <= 0) {
                    // No idle handlers to run.  Loop and wait some more.
                    mBlocked = true;
                    continue;
                }
                if (mPendingIdleHandlers == null) {
                    mPendingIdleHandlers = new IdleHandler[Math.max(pendingIdleHandlerCount, 4)];
                }
                mPendingIdleHandlers = mIdleHandlers.toArray(mPendingIdleHandlers);
            }
            for (int i = 0; i < pendingIdleHandlerCount; i++) {
                final IdleHandler idler = mPendingIdleHandlers[i];
                mPendingIdleHandlers[i] = null; // release the reference to the handler
                boolean keep = false;
                try {
                    keep = idler.queueIdle();
                } catch (Throwable t) {
                    Log.wtf(TAG, "IdleHandler threw exception", t);
                }
                if (!keep) {
                    synchronized (this) {
                        mIdleHandlers.remove(idler);
                    }
                }
            }
            pendingIdleHandlerCount = 0;
            nextPollTimeoutMillis = 0;
        }
    }

处理完IdleHandler后会将nextPollTimeoutMillis设置为0，也就是不阻塞消息队列，当然要注意这里执行的代码同样不能太耗时，因为它是同步执行的，如果太耗时肯定会影响后面的message执行。

能力大概就是上面讲的那样，那么能力决定用处，用处从本质上讲就是趁着消息队列空闲的时候干点事情，当然具体的用处还是要看具体的处理。

要使用IdleHandler只需要调用MessageQueue#addIdleHandler(IdleHandler handler)方法即可

合适场景可以从以下一点或几点出发

• 消息队列相关

• 主线程能干的事情
• 返回true和false带来的不同结果

目前可以想到的场景

1.Activity启动优化：onCreate，onStart，onResume中耗时较短但非必要的代码可以放到IdleHandler中执行，减少启动时间

2.想要在一个View绘制完成之后添加其他依赖于这个View的View，当然这个用View#post()也能实现，区别就是前者会在消息队列空闲时执行

3.发送一个返回true的IdleHandler，在里面让某个View不停闪烁，这样当用户发呆时就可以诱导用户点击这个View，这也是种很酷的操作

4.一些第三方库中有使用，比如LeakCanary，Glide中有使用到，具体可以自行去查看

这个IdleHandler，它是声明在MessageQueue里面的一个接口，所以我们可以猜想到它跟MessageQueue一定有关系。

这个接口只有一个方法：queueIdle，字面意思就是队列空闲。

看MessageQueue的源码可以发现有两处关于IdleHandler的声明，分明是：

• 存放IdleHandler的ArrayList(mIdleHandlers)，
• 还有一个IdleHandler数组(mPendingIdleHandlers)。

后面的数组，它里面放的IdleHandler实例都是临时的，也就是每次使用完（调用了queueIdle方法）之后，都会置空（mPendingIdleHandlers[i] = null）

那它们会在什么时候用到呢？

就在MessageQueue的next方法里面。

大概流程是这样的：

1. 如果本次循环拿到的Message为空，或者！这个Message是一个延时的消息而且还没到指定的触发时间，那么，就认定当前的队列为空闲状态，
2. 接着就会遍历mPendingIdleHandlers数组(这个数组里面的元素每次都会到mIdleHandlers中去拿)来调用每一个IdleHandler实例的queueIdle方法，
3. 如果这个方法返回false的话，那么这个实例就会从mIdleHandlers中移除，也就是当下次队列空闲的时候，不会继续回调它的queueIdle方法了。

来看看它在源码里的使用场景：

比如在ActivityThread中，就有一个名叫GcIdler的内部类，实现了IdleHandler接口。

它在queueIdle方法被回调时，会做强行GC的操作（即调用BinderInternal的forceGc方法），但强行GC的前提是，与上一次强行GC至少相隔5秒以上。

那这个GcIdler会在什么时候使用呢？

当ActivityThread的mH(Handler)收到GC_WHEN_IDLE消息之后。

何时会收到GC_WHEN_IDLE消息？

当AMS(ActivityManagerService)中的这两个方法被调用之后：

• doLowMemReportIfNeededLocked， 这个方法看名字就知道是不够内存的时候调用的了。
• activityIdle， 这个方法呢，就是当ActivityThread的handleResumeActivity方法被调用时(Activity的onResume方法也是在这方法里回调)调用的。

Q：IdleHandler 有什么用？

简单来说，IdleHandler 是 Handler 中提供的一种可以在 Looper 事件循环的过程中，MessageQueue 出现空闲的时候，允许我们执行一些任务的机制。

Q：IdleHandler 如何使用？

1. IdleHandler 被定义在 MessageQueue 中，它是一个接口，需要实现 queueIdle() 方法，返回值的含义是 keep，表示是否是一个持续的回调。keep 为 false 时，这个 IdleHandler 在执行一遍后就会被移除。

1. IdleHandler 被 MessageQueue 管理，对应的提供了 addIdleHandler() 和 removeIdleHandler() 方法。将其存入 mIdleHandlers 这个 ArrayList 中。

Q：IdleHandler 的 queueIdle() 什么时候被调用？

队列出现空闲的 2 种场景：

1. MessageQueue 为空，没有 Message；
2. MessageQueue 中最近待处理的 Message，是一个延迟消息（when>currentTime），需要滞后执行；

Q：当 mIdleHandlers 不为空时，为什么不会进入死循环？

1. 关键在于 pendingIdleHanderCount 的值。
2. 在 pendingIdleHandlerCount 为 -1 时，才会尝试执行 mIdleHander；
3. pendingIdleHandlerCount 在 next() 中初始时为 -1，执行一遍后被置为 0，所以不会重复执行；

Q：IdleHandler 适合做什么？

1. 适合执行一些不重要的任务，说白了就是对执行时机没有那么高要求的任务；
2. 因为 IdleHandler 只有在事件循环空闲时才会执行，所以它处理任务的时机，是不可控的。

更多细节欢迎阅读文章：《Handler的IdleHandler》

IdleHandler：空闲监听器（就像我没事做了，在群里发了个表情，这时候其他人就知道我很闲了）

在每次next获取消息进行处理时，发现莫得可以处理的消息（队列空，只有延时消息并且没到时间，同步阻塞时没有异步消息）都会通知这些订阅者。

适合做一些可有可无的东西，因为这个通知太不稳定了（就像别人说过几天请你吃饭，你要真傻等着你估计能饿死）。

看了 @bigdevil 的回答，然后去看了 MQ next() 方法的源码，是在 MQ 空闲（当 MQ 中 Message 消息全部执行完毕或在处理一个延时消息）时调用。

系统在几个地方应用了：

这个之前查 Handler 同步障碍机制的时侯遇到过，有点困惑，再去查查资料再来回答！