1.启动时间统计
从点击应用的启动图标开始创建出一个新的进程直到我们看到了界面的第一帧，这段时间就是应用的启动时间。
我们要测量的也就是这段时间，测量这段时间可以通过adb shell命令的方式进行测量，这种方法测量的最为精确，命令为：
1.1 利用adb查看启动时间
adb shell am start -W [PackageName]/[PackageName.MainActivity]
1、ThisTime:一般和TotalTime时间一样，除非在应用启动时开了一个透明的Activity预先处理一些事再显示出主Activity，这样将比TotalTime小。
2、TotalTime:应用的启动时间，包括创建进程+Application初始化+Activity初始化到界面显示。
3、WaitTime:一般比TotalTime大点，包括系统影响的耗时。
1.2利用TraceView分析启动时间
TraceView 位于 Android Devices Monitor 里面。可以在 Android Studio -》Tools -》Android 中找到 Android Devices Monitor。在 Monitor 中就可以打开对应的 Trace 文件，或者在这里进行 Trace 操作.
(1)在Application或者Activity的onCreate开始和结尾打上trace标签.
Debug.startMethodTracing("SysTime");
...
Debug.stopMethodTracing();
(2)运行程序, 会在sd卡下面生成SysTime.trace这个文件
利用abd命令导出到项目工程下
就会在指定目录下生成这个文件.
(3)用Android Devices Monitor打开导出的trace文件
Incl Cpu Time: 这个方法调用所占据的时间。
Excl Cpu Time: 这个方法本身执行的时间，例如这个方法里面调用了 a, b 两个方法，Excl 就是排除 a，b 两者占用的时间之后的时间。
Incl Real Time 等等与前者类似，一个是 Real time，一个是 CPU 时间，两个区别不大。
Calls + Recur Calls / Total: 函数的调用次数(包含了递归调用) / 总次数。通常用于判断一些方法是否出现这个异常。
Cpu Time / Call： 每个函数的平均调用时间，这个对一些常用方法的判断尤为重要。例如一个 RecyclerView 经常调用 getview 方法，那么我对这个方法里面的优化是否生效呢？显然不能看单个 getview 的耗时，而是平均每个 getview 方法的耗时。
一般只需要关注：Calls + Recur Calls / Total和 Cpu Time / Call
Cpu Time / Call反映调用次数不多，但每次调用却需要花费很长时间的函数
Calls + Recur Calls / Total反映自身占用时间不长，但调用却非常频繁的函数
(4)调优
无非就是避免一些耗时操作在主线程初始化, 另外想要一个好的用户体验, 可以在mainactivity之前, 显示一个wecome界面.
或者给mainactivity设置一个背景主题, 在mainactivity的oncreate中, 设置回应用真正的主题, 例如:
1>
<style name="AppTheme.Launcher">
<item name="android:windowBackground">@drawable/yellow_page</item>
</style>
//...
<activity
android:name=".MainActivity"
android:label="@string/app_name"
android:theme="@style/AppTheme.Launcher">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
2>然后在MainActivity中加载布局前把AppTheme重新设置给MainActivity：
protected void onCreate(Bundle savedInstanceState) {
setTheme(R.style.AppTheme);
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
