想聊聊如何优化应用的启动时间，先来一个开发三连：发现问题，分析问题，解决问题。今天就讲一讲如何发现启动时间的问题所在。不说废话，上来我就告诉你用traceview。
## 1. 在代码中启动traceview ##
public void test(){
Debug.startMethodTracing("/sdcard/xxxx.trace");
doSomething();
Debug.stopMethodTracing();
}
Debug.startMethodTracing("/sdcard/xxxx.trace")表示将在此处启动traceview，并把文件写到/sdcard/xxxx.trace。所以小伙伴们记得使用写存储的权限哦！
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
Debug.stopMethodTracing()表明执行到此处就停止监听。trace文件就热乎乎地制作完成啦。
## 2. 使用Android Device Monitor分析trace文件 ##
在SDK/tools目录中找到Android Device Monitor。打开xxx.trace文件，可以看到记录下来的信息
## 3.找出可以优化的方法 ##
上图左上角区域，显示的是不同的线程。可以看到有main线程等。对应右边区域的同一样显示的就是该线程中方法执行的时间图。下部区域显示的是所有方式执行的耗时等信息。下部区域中，我们看到有很多字段，其中有如下字段于我们分析耗时帮助最大：
1. Cpu Time/Call 方法每次调用所耗的cpu时间
2. Calls + Recur Calls / Total 调用次数+递归调用次数
3. Incl Cpu Time 方法耗时所占的比例
意思很明显， 我们要找的优化点也很明确，就是那些单次调用非常耗时，或者调用次数过多的方法。
往往一次trace记录下了很多个方法，有一些方法是调用了sdk的api，这些是我们无法优化的。那么我们如何过滤掉这些无用信息，专门针对可优化的方法来进行分析查找呢？
首先我们可以点击一次Cpu Time/Call，把所有方法的cpu耗时按照降序排列。然后点击第一个耗时100%的方法，我们会得到两个信息
1. 右上方方法条形图区域，会在相应的线程图中闪烁显示这个方法所执行的耗时轨迹。这样我们就可以清楚的知道方法运行在什么线程（主要是知道是不是运行在main线程）。
2. 下方的方法列表被展开，可以看到该方法的parent方法和children方法。我们观察children方法，可以发现每个child方法的Incl Cpu Time都表示所占用该方法耗时的比例。
通过这两点信息逐层排除查找，总能找到可以优化的方法。
另外，对于Calls + Recur Calls异常的方法，也要留意一下， 看看是不是有可优化的空间。
## 4.总结 ##
知道了traceview工具的运用，已经如何查看traceview文件，从中找出耗时严重的点（基本在main线程中），就可以有针对性的进行优化了。下一篇将为小伙伴带来启动时间优化的经验介绍，敬请期待。
