Android开发：关于Android冷启动优化（从3.63%降到0.95%）

前段时间做冷启动优化，刚好也很久没写博文了，觉得还是很有必要记录下。

一.常规操作

public class MainActivity extends Activity {

    private static final Handler sHandler = new Handler(Looper.getMainLooper());
    
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        sHandler.postDelay(new Runnable() {
            @Override
            public void run() {
                // 页面启动所需耗时初始化
                doSomething();
            }
        }, 200);
    }
}

大部分开发者在遇到页面冷启动耗时初始化时，会首先考虑通过Handler.postDelay()方法延迟执行。但延迟多久合适？100ms？500ms？还是1s？

延迟过晚，可能会有体验问题；延迟过早，对冷启动没效果。延迟的时间（比如200ms）在三星手机上测试时没问题，换了在华为手机试了就有问题了，然后就围绕着机型的适配不断调整延迟的时间，试图寻找最合适的值，结果发现根本就是不可能的。

二.起始终止点

先来看一张图

上图是Google提供的冷启动流程图，可以看到冷启动的起始点时Application.onCreate()方法，结束点在ActivityRecord.reportLanuchTimeLocked()方法。

我们可以通过以下两种方式查看冷启动的耗时

1.查看Logcat

在 Android Studio Logcat 过滤关键字 “Displayed”，可以查看到如下日志：

2019-07-03 01:49:46.748 1678-1718/? I/ActivityManager: Displayed com.tencent.qqmusic/.activity.AppStarterActivity: +12s449ms

后面的12s449ms就是冷启动耗时

2.adb dump

通过终端执行“adb shell am start -W -S <包名/完整类名> ”

“ThisTime：1370”即为本次冷启动耗时（单位ms）

三、寻找有效结束回调

上面知道，冷启动计时起始点是Application.onCreate()，结束点是ActivityRecord.reportLanuchTimeLocked()，但这不是我们可以写业务写逻辑的地方啊，大部分应用业务都以Activity为载体，那么结束回调在哪？

1.IdleHandler

从冷启动流程图看，结束时间是在UI渲染完计算的，所以很明显，Activity生命周期中的onCreate()、onResume()、onStart()都不能作为冷启动的结束回调。

常规操作中用Handler.postDelay()问题在于Delay的时间不固定，但我们知道消息处理机制中，MessageQueue有个ArrayList<IdleHandler>

public final class MessageQueue {

    Message mMessages;
    priavte final ArrayList<IdleHandler> mIdelHandlers = new ArrayList<IdelHandler>();
    
    Message next() {
        ...
        int pendingIdelHandlerCount = -1; // -1 only during first iteration
        for(;;) {
            ...
            // If first time idle, then get the number of idlers to run.
            // Idle handles only run if the queue is empty or if the first message
            // in the queue (possibly a barrier) is due to be handled in the future.
            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;
            }
            // Run the idle handlers.
            // We only ever reach this code block during the first iteration.
            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);
                }    
            }                    
            ...
        }
    }
}

可以在列表中添加Idle任务，Idle任务列表只有MessageQueue队列为空时才会执行，也就是所在线程任务已经执行完时，线程处于空闲状态时才会执行Idle列表中的任务。

冷启动过程中，在Activity.onCreate()中将耗时初始化任务放置到Idle中

public class MainActivity extends Activity {

    private static final Handler sHandler = new Handler(Looper.getMainLooper());
    
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {
        @Override    
        public boolean queueIdle() {   
            // 页面启动所需耗时初始化            
            doSomething();
            return false;
        }});
    }
}

正常情况下，初始化任务是在UI线程所有任务执行完才开始执行，且该方案也不用考虑机型问题。但有个问题，如果UI线程的任务一直不执行完呢？会有这情况？举个

标签：void,public,Handler,0.95%,冷启动,post,Android,View
来源： https://blog.csdn.net/whale_kyle/article/details/94652925