一、跟踪视图的使用方法有两种。 这两种方式根据场景，可以选择哪一种方式？ 最终的效果是一样的
手动填充点Profile 1.1，手动填充点。步骤1:例如，如果单击按钮时知道有纸箱，就可以使用它
//可以用以下代码测试你的代码。
//开始填充点，“APP”是最后生成的配置文件
debug.startmethodtracing (" APP " )
//嵌入点结束，其间的从start到stop的代码成为要测试的代码范围
Debug.stopMethodTracing (；
运行步骤2:测试代码后，单击studio右下角的Device Explorer，在下图的“第一步”中，打开后找到我们生成的trace文件。 路径为sdcard/Android/data/项目包名称/FD
步骤3：左直接双击可以打开我们的文件。
第1部分：时间选区，整段是我们刚用代码填点指定的。 上面的时间戳是时间戳。
第2部分：表示当前嵌入点的代码有五个线程。 单击任何线程都可以查看
第三部分：这里有四个按钮
callchartflamecharttopdownbottomup接下来具体看看这四个按钮
1.1.1、Top Down打开我们的Top Down，如下。
！ [ ] [ https://upload-images.Jian Shu.io/upload _ images/23319472-f 39 cf C5 FD 359 da 39.png？ imagem ogr2/自动排序/条带
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
2/2/w/1240 )
红色框1：表示main的几种情况。
total:self :表示执行main函数所有所需的时间，除了对main函数调用其他函数方法外，自身方法内代码的执行时间Children:对main函数调用其他函数执行的时间http://
Wall Clock Time :指此线程的实际执行时间。 例如，消耗了100ms就是消耗了100msThread Time:CPU的执行时间，比Wall Clock Time少。 为什么这两个时间不同？ 列举不恰当的比喻。 例如，执行方法时，线程会等待以进行锁定。 此时的等待时间也包含在Wall Clock Time中。 但是，Thread Time是CPU的执行时间，线程空闲时不占用CPU。 当然，Thread Time也不包括这个等待时间。
红色框2：演示顺序调用。 以及调用每个子方法所需的时间。 在这里也可以看作是Call Chart表的“编码”。
1.1.2、Call Chart点开Call Chart如下：
这里请注意几点：
这里的图标例如显示了两种方法a和b。 当方法a调用方法b时，方法a就在方法b的正上方。 橙色表示系统API方法调用为绿色。 指示自身的方法调用为蓝色。 指示第三方调用为1.1.3。 如果Flame Chart打开Flame Chart，则为：
这里的意思是将相似的方法或相同的方法聚集在一起进行统计。 例如，a方法调用b方法来调用c方法。 如果是A-B-C，他会收集这个顺序的所有方法。 或者，横轴表示相对时间。
1.1.4、Bottom Up点开Bottom Up如下
其中initX5web () main )； 也就是说是谁叫我来的。 main ) )方法中的initX5web )；
1.2、在andor id studio Profile中点击profile运行项目
执行后如下图所示。
将鼠标移动到CPU处后，用左键双击CPU后，如图：所示
你可以看到，这里和我们上面用代码填充圆点的界面差不多。 这里有按钮、记录。 单击可停止复制； 我们可以用APP操作，来纸箱和觉得有问题的功能。 点击stop，就会变成像我们的trace一样的文件。 里面的操作都是一样的
你看，这里和我们上面用代码填充圆点的界面差不多。 这里有按钮、记录。 单击可停止复制； 我们可以用APP操作，来纸箱和觉得有问题的功能。 点击stop，就会变成像我们的trace一样的文件。 里面的操作都是一样的