背景
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一下。
