前言
在应用启动的时候，为了加快启动速度，往往需要把一些比较重的操作放到子线程中，或者是延时加载。将任务放在子线程中是一个比较简单并且看起来有效的操作，但是呢，也不能太过于依赖子线程，它虽然不会阻塞主线程，但是却会跟主线程抢占CPU，当子线程很多并且任务很重的时候，也还是会拖慢主线程的，不信你可以打出Systrace看一下。延时加载也是一个比较好的策略，但难点就在于延时多久，这个时间并不好掌控。
IdleHandler
以前一直在想Android为什么不在Activity或者Fragment中提供一个接口，让我们可以在主线程空闲的时候去执行一些操作，后来发现真的有，但这个接口不是在Activity和Fragment中，而是在MessageQueue中,在MessageQuque的源码中可以看到这么一个接口：
/**
* 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();
}
简单来说，就是当MessageQueue中没有更多的消息的时候就会回调queueIdle()这个方法，返回true的话，当MessageQueue中没有消息的时候还会继续回调这个方法，返回false则会在执行完之后移除掉这个监听。
原理就是这么简单了，接下来就是动手优化代码了，代码也很简单。
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
// ...
// 拿到主线程的MessageQueue
Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {
@Override
public boolean queueIdle() {
// 在这里去处理你想延时加载的东西
delayLoad();
// 最后返回false，后续不用再监听了。
return false;
}
});
}
写起来一点都不难，只是我们需要掌握这么一个知识点而已。这里多说一句，网上很多关于冷启动优化的文章都说到了ViewPager的懒加载，即等到用户滑动过去的时候才去加载界面，我们在项目中最开始也是这样做的，但其实这样的体验真的很不好，所以我们利用IdleHandler做了一个延时加载，即不影响主界面的启动工作，又能在主线程空闲下来的时候立刻去加载出其它的Tab，在性能和体验之间找到一个最好的平衡。
