Andorid性能优化之traceview的使用（不懂揍我），互联网寒冬公司倒闭后

步骤1: 比如我们知道在点击一个按钮的时候，会有卡顿，那么就可以用

//可以用以下代码测试你的代码。
//开始埋点，“app”是最后生成的性能分析文件
Debug.startMethodTracing(“App”);

//埋点结束，期间start 到 stop 之间的代码，就是你要测试的代码范围
Debug.stopMethodTracing();

步骤2: 运行完测试代码后，我们点开studio右下角的Device Explorer，在下图的“第一步”，打开之后我们要找到我们生成的trace文件，路径在sdcard/Android/data/项目包名/files,如图：

步骤3： 直接左键双击可以打开我们的文件如图：

部分1：是时间选择范围，整段就是我们刚刚用代码埋点指定的。上面的时间标志是时间戳。
部分2：表示当前埋点的代码有5个线程。可以点击任何一个线程查看
部分3：这里有4个按钮

• Call Chart
• Flame Chart
• Top Down
• Bottom Up

接下来我们具体看看这四个按钮

1.1.1、Top Down

点开我们的Top Down，如下：

红色框1： 表示main里的一些情况。

• Total：表示main函数所有执行需要的时间

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

• Self: 表示main函数里，除了调用别的函数方法外，自己方法内代码的执行时间
• Children: 表示mian函数里，调用别的函数所执行的时间

红色框2： 里面有2个选项，可以切换成Wall Clock Time或者Thread Time

• Wall Clock Time：指这个线程真正的执行时间，比如消耗了100ms就是消耗了100ms
• Thread Time：CPU的执行时间，比Wall Clock Time少。

为什么这两个时间会不一样？举个不恰当的比喻，比如运行一个方法，因为锁的原因，线程等待。这个时候等待时间也算在了Wall Clock Time里。 但是Thread Time是CPU的执行时间，线程闲置的时候并没有消耗CPU，当然这个等待时间也就不算在Thread Time里了。

红色框3： 表示方法的依次调用。及每个子方法调用所消耗的时间。这里也可以看成是Call Chart表的“代码化”。

1.1.2、Call Chart

点开Call Chart如下：

这里注意要注意几点：

• 这里的图标表示，比如2个方法A和B。方法A调用方法B，那么方法A就在方法B的上方。
• 橙色：表示系统API方法调用
• 绿色：表示自身方法调用
• 蓝色：表示第三方调用

1.1.3、Flame Chart

点开Flame Chart后，如下:

这里的意思是会把相似或相同的方法统计在一起，比如A方法调用B方法调用C方法：A->B->C,那么他会将所有按此顺序的方法收集在一起，或者将A->B->D也会收集在上，横轴表示的是相对时间。

1.1.4、Bottom Up

点开Bottom Up如下

这里点开initX5web() -> 显示了main();也就是说谁调用了我。main()方法里调用initX5web();

1.2、通过Andorid studio 的Profile

点击Profile运行项目

运行后如下图：

目

[外链图片转存中…(img-1nQElil6-1640573613084)]

运行后如下图：

[外链图片转存中…(img-c6MQZwF2-1640573613084)]