关于adb命令测app冷启动时间的诡异事件

背景

googlePlay上反馈我们的app启动时间过长，某些手机上甚至达到了10秒。结果一看，是一些老掉牙的4.3机型。不爽归不爽，原因还是要找的。

行动

测启动时间的adb命令是：
adb shell am start -S -R 10 -W xxx/xxx.WelcomeActivity

xxx是包名
xxx.WelcomeActivity 是lauchActivity的全类命

这个命令会打印如下结果：

Activity: com.sky.sea.cashzine/com.sky.sea.WelcomeActivity
TotalTime: 934
WaitTime: 936
Complete
.....省略N行
Stopping: com.sky.sea.cashzine
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10000000 cmp=com.sky.sea.cashzine/com.sky.sea.WelcomeActivity }
Status: ok
LaunchState: COLD
Activity: com.sky.sea.cashzine/com.sky.sea.WelcomeActivity
TotalTime: 908
WaitTime: 910
Complete

一般认为totalTime就是启动时间，这里将近1秒了。

但是我做了一个小小改动之后，再做试验，结果居然变成了：

LaunchState: COLD
Activity: com.sky.sea.cashzineforindia/com.sky.sea.WelcomeActivity
TotalTime: 750
WaitTime: 752
Complete

从1秒减少到了700多MS，在稍微差一点的手机上差距会更大。
而我刚刚做的改动，仅仅是：
在welcomeActivity中跳转到MainActivity的代码上加了一个延时。

new Handler().postDelayed(() -> goMain(), 200);

WTF？
不过转念一想，谷歌上测启动速度的指标很可能就是adb返回的数据，GooglePlay上的数据统计也是基于它。这就可以解释，为什么我们app的启动速度指标这么明显会低于竞品，但用自己的测试机测根本看不出差别。统计数据却差很多。

结论

经过推断，得出结论：adb命令统计冷启动耗时的逻辑，很可能是 从创建进程开始，直到第一个稳定可交互页面为止，中间的所有耗时操作都有可能引起启动时间长。
如果我上面不加延时，这个稳定界面可能就被判定为 MainActivity，而不是WelcomeActivity。如果在MainActivity的onCreate,onStart,onResume中耗时操作过多，就会导致googleplay对我们app的启动速度的误判。

具体原因待查，先做个笔记mark一下。