全新Chrome Devtool Performance使用指南

Bertha 。 2022-05-23 01:00 224阅读 0赞

运行时性能表现（runtime performance）指的是当你的页面在浏览器运行时的性能表现，而不是在下载页面的时候的表现。这篇指南将会告诉你怎么用Chrome DevTools Performance功能去分析运行时性能表现。在RAIL性能评估模型下，你可以在这篇指南中可以学到怎么去用这个performance功能去分析Response, Animation, 以及 Idle 这三个性能指标。

# 让我们开始吧 #

在这篇指南中，我们会用Performance工具去分析一个现有的在线DEMO，然后教会你怎么去分析，从而找到性能瓶颈。

1.  打开Chrome的匿名模式。匿名模式可以保证Chrome在一个相对干净的环境下运行。比如说，你安装了许多chrome插件，这些插件可能会影响我们分析性能表现。
2.  在匿名模式下打开右边这个链接，DEMO，这个网页就是我们要用来分析的DEMO。这个页面里都是很多上下移动的蓝色小方块。
3.  按下Command+Opiton+I（Mac）或者Control+shift+I (Windows, Linux)来打开Devtools

![这里写图片描述][bVWtZF_w_2316_h_1626]

## 模拟移动设备的CPU ##

移动设备的CPU一般比台式机和笔记本弱很多。当你想分析页面的时候，可以用CPU控制器（CPU Throttling）来模拟移动端设备CPU。

1.  在DevTools中，点击 Performance 的 tab。
2.  确保 Screenshots checkbox 被选中
3.  点击Capture Settings（⚙️）按钮，DevTools会展示很多设置，来模拟各种状况
4.  对于模拟CPU，选择2xslowdown，于是Devtools就开始模拟两倍低速CPU

![这里写图片描述][bVWtZL_w_5166_h_3409]

## 设置DEMO ##

为了使得这个DEMO有相对统一的运行表现（不同的读者，机器的性能千差万别）。这个DEMO提供了自定义功能，用来确保这个DEMO的统一表现。

1.  一直点击 Add 10 这个按钮直到你能很明显看到蓝色小方块移动变慢，在性能比较好的机器上，大概要点击20次左右。
2.  点击Optimize按钮，你会发现蓝色小方块会变的很快而且动画变得平滑。
3.  点击 un-optimize 按钮，蓝色小方块又会变成之前的模样。

## 记录运行时性能表现 ##

在之前的DEMO中，当你运行优化模式的时候，蓝色小方块移动地非常快。为什么呢？明明两个模式都是移动了同样数量的小方块而且移动的时间也一样。那么现在我们在Performance界面下录制下发生的一切，并且学习如何分析这个记录，从而找到非优化模式下的性能瓶颈。

1.  在DevTools中，点击 Record 。这时候Devtools就开始录制各种性能指标

![这里写图片描述][bVWtZX_w_1238_h_816]

2.等待几分钟  
3.点击Stop按钮，Devtools停止录制，处理数据，然后显示性能报告

![这里写图片描述][bVWtZ1_w_1238_h_1376]

wow，看起来有非常多的数据，别害怕，我们一个一个来介绍

# 分析报告 #

一旦你得到了页面的性能表现报告，那么就可以用它来分析页面的性能，从而找到性能瓶颈。

## 分析每一秒的帧 ##

FPS（frames per second）是用来分析动画的一个主要性能指标。能保持在60的FPS的话，那么用户体验就是不错的。

1.  观察FPS图表，如果你发现了一个红色的长条，那么就说明这些帧存在严重问题，有可能导致非常差的用户体验。一般来说，绿色的长条越高，说明FPS越高，用户体验越好。  
    ![这里写图片描述][bVWtZ2_w_5166_h_3425]
2.  就在FPS图表下方，你会看到CPU图表。在CPU图表中的各种颜色与Summary面板里的颜色是相互对应的，Summary面板就在Performance面板的下方。CPU图表中的各种颜色代表着在这个时间段内，CPU在各种处理上所花费的时间。如果你看到了某个处理占用了大量的时间，那么这可能就是一个可以找到性能瓶颈的线索。
    
    ![这里写图片描述][bVWtZ5_w_5166_h_5741]
3.  把鼠标移动到FPS，CPU或者NET图表之上，DevToos就会展示这个时间点界面的截图。左右移动鼠标，可以重发当时的屏幕录像。这被称为scrubbing,  
    他可以用来分析动画的各个细节。  
    ![这里写图片描述][bVWtZ6_w_1297_h_856]
4.  在Frames图表中，把鼠标移动到绿色条状图上，Devtools会展示这个帧的FPS。每个帧可能都在60以下，都没有达到60的标准。

![这里写图片描述][bVWt0c_w_1328_h_900]

当然这个对于DEMO，可以相当容易观察到性能的问题。但是在现实使用场景下，就不是那么容易观察到了。所以要把常常使用这些工具来分析页面。

小功能：显示实时FPS面板

另外一个好用的小工具就是实时FPS面板，它可以实时展示页面的FPS指标

1.  按下 Command+Shift+P（Mac）或者 Control+Shift+P(Windows, Linux) 打开命令菜单
2.  输入Rendering，点选Show Rendering
3.  在Rendering面板里，激活FPS Meter。FPS实时面板就出现在页面的右上方。

![这里写图片描述][bVWt0h_w_1114_h_826]  
4. 关闭FPS Meter只要按下Escape就可以了。这篇指南里暂时用不上这个功能。

## 定位瓶颈 ##

现在已经确定到这个页面的动画性能表现不太好，那么下一步就是找到为什么

1.  注意Summary面板，你会发现CPU花费了大量的时间在rendering上。因为提高性能就是一门做减法的艺术，你的目标就是减少rendering的时间  
    ![这里写图片描述][bVWt0k_w_5166_h_4625]
2.  展开Main图表，Devtools展示了主线程运行状况。X轴代表着时间。每个长条代表着一个event。长条越长就代表这个event花费的时间越长。Y轴代表了调用栈（call  
    stack）。在栈里，上面的event调用了下面的event。
    
    ![这里写图片描述][bVWt0l_w_5367_h_4442]
3.  在性能报告中，有很多的数据。可以通过双击，拖动等等动作来放大缩小报告范围，从各种时间段来观察分析报告。  
    ![这里写图片描述][bVWt0m_w_1238_h_962]
4.  在事件长条的右上角出，如果出现了红色小三角，说明这个事件是存在问题的，需要特别注意。
5.  双击这个带有红色小三角的的事件。在Summary面板会看到详细信息。注意reveal这个链接，双击它会让高亮触发这个事件的event。如果点击了app.js:94这个链接，就会跳转到对应的代码处。  
    ![这里写图片描述][bVWt0t_w_1238_h_1270]
6.  在app.update这个事件的长条下方，有很多被触发的紫色长条。如果放大这些事件长条，你会看到它们每个都带有红色小三角。点击其中一个紫色事件长条，Devtools在Summary面板里展示了更多关于这个事件的信息。确实，这里有很多reflow的警告。
7.  在summary面板里点击app.js:70链接，Devtools会跳转到需要优化的代码处

![这里写图片描述][bVWt0w_w_1238_h_794]  
OK！Devtools里面还有很多很多指标需要你去探索，但是，对于怎么用Devtools去分析网页的运行时性能表现，你现在已经有了一个基本的概念。

> [译者博客][Link 1]  
> [原文链接][Link 2]

[bVWtZF_w_2316_h_1626]: /images/20220523/96889eadc4384b5bbbf47babb53c430d.png
[bVWtZL_w_5166_h_3409]: /images/20220523/2178f02306a141059319c15ee8c4a9d5.png
[bVWtZX_w_1238_h_816]: /images/20220523/5b37cab95d5f4838a8f4073cc2628930.png
[bVWtZ1_w_1238_h_1376]: /images/20220523/290053efe47840cd939d30a792bd4c76.png
[bVWtZ2_w_5166_h_3425]: /images/20220523/3c834bfe433d49e0ad962cb4b2a05dab.png
[bVWtZ5_w_5166_h_5741]: /images/20220523/2c5578b8ab124b6cba5bbef8f73f4e4b.png
[bVWtZ6_w_1297_h_856]: /images/20220523/25b85c74ab584d6a9b2e453a3499dd66.png
[bVWt0c_w_1328_h_900]: /images/20220523/0942902b991340818594c12d67c66288.png
[bVWt0h_w_1114_h_826]: /images/20220523/42105f8e40ac48a8838f1cb3fae73ce5.png
[bVWt0k_w_5166_h_4625]: /images/20220523/00c122eabb1143c1be806862186da36f.png
[bVWt0l_w_5367_h_4442]: /images/20220523/8f688027d8984e6c910023738fb5a5fe.png
[bVWt0m_w_1238_h_962]: /images/20220523/5c3a36008f994f879e325507b8956238.png
[bVWt0t_w_1238_h_1270]: /images/20220523/c36578e84ef841b2a8fc3af60287ffd0.png
[bVWt0w_w_1238_h_794]: /images/20220523/fc15c6b1afd94f18893cff92100f3fb5.png
[Link 1]: https://nicholaslee119.github.io/2017/10/04/Chrome-Devtool-Performance%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97/
[Link 2]: https://developers.google.com/web/tools/chrome-devtools/evaluate-performance/