Andorid 性能优化之 traceview 的使用（不懂揍我），androidstudio 计算器

点开我们的 Top Down，如下：

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

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

• 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 里

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

。 但是 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 运行项目

运行后如下图：

鼠标移动到 CPU 那里后，左键双击 CPU 后，如图:

可以看到，这里和我们上面用代码埋点界面几乎相同了，这里有个按钮，Record,点击后，文案会变成 stop;我们就可以在 APP 里操作，来到我们觉得卡顿或者有问题的功能里。点击 stop 就形成了我们 trace 一样的文件里。里面的操作都是一样的

二、我们来举个小例子，来解决一项卡顿

拿以前做的一个项目举例，为了不被骚扰，这里我隐藏了手机号。看看下面的 gif,这里我在输入密码后，点击登录，在网络请求结束后，dialog 已经消失了，还没有跳转到我们的首页，如图，此时有明显的卡顿

在我们 logcat 里过滤关键字：Displayed 可以看到我们程序中每个 Activity 的启动时间，此时我的启动时间是 996，接近 1s（fuck,这样都有 996，擦）：

这个时候我们用第二种方式去尝试解决这个卡顿，根据我们的 Top Down 分析，根绝 Total 的耗时时间，我们一直往下点，首先来到如下（假设我们还不知道是跳转 Activity 卡顿）：

这时候到了 2 个方法，dispatchMessage()和 next();我们先将 dispatchMessage 点到底，看到了 setContentView()里的 loadDrawable()。可以看到这个是元凶