Android 启动优化之延时加载

前言

在应用启动的时候，为了加快启动速度，往往需要把一些比较重的操作放到子线程中，或者是延时加载。将任务放在子线程中是一个比较简单并且看起来有效的操作，但是呢，也不能太过于依赖子线程，它虽然不会阻塞主线程，但是却会跟主线程抢占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，在性能和体验之间找到一个最好的平衡。

参考资料

你知道android的MessageQueue.IdleHandler吗？