Chrome DevTools：Console & Performance 汇总篇-Chrome DevTools Performance

2024-10-24 06:59:26

主要介绍performance在我们日常开发中所起到的作用，以及如何利用performance 面板进行性能分析和相关优化建议。

性能面板 Performance

记录和分析页面运行中的所有活动，是解决前端性能问题的重要工具。

1. 控制栏功能

录制: 点击 Record （按Ctrl+E），开始录制。记录时按钮会变成红色。再次点击停止记录；
刷新: 刷新页面重新分析；
清除: 清除页面分析结果；
上下箭头: 用来上传和下载每一次性能检测报告；
**Screendshots:**显示屏幕快照，是用来查看在每个时间段界面的变化；
Memory: 存储调用栈的大小，在不同时间段的不同大小；
Disable Javascript samples: 禁用 JavaScript 调用栈；
Enable advanced paint instrumentation(slow): 记录渲染事件的细节；
Network: 模拟不同的网络环境，网络环境配置是必须的，因为我们在做性能优化的方案时，需要有确定的网络环境来对比优化前后的量化指标。
CPU: 模拟不同的CPU运行速度

2. 性能记录

准备记录之前，最好打开一个无痕模式下的chrome，避免我们安装的其他插件对结果造成影响。

运行时性能

首先进入目标页面，打开 performance 面板
点击 record 开始记录；
和页面的交互会被记录；
再次点击record 停止记录。

加载性能

首先进入目标页面，打开 performance 面板
点击 reload 开始记录；
开发者工具首先会前往 about:blank，以清除所有剩余的屏幕截图和跟踪记录。在页面重新加载时记录性能指标，然后自动停止。

网页活动内容

devtools会自动聚焦大部分活动的范围区间

各颜色代表意义

蓝色 Loading：加载耗时
黄色 Scripting：脚本执行耗时
紫色 Rendering：渲染耗时
绿色 Painting：绘制耗时
灰色 Ohter：系统时间
白色 Idle：空闲时间

FPS

图示蓝框里面的一条红色部分是FPS，也就是帧率，预期是帧率越高，动画效果越好，红色代表帧率下降较多，绿色代表帧率较高

CPU

CPU 图表中的颜色对应于“性能”面板底部的Summary标签页中的颜色。CPU 图表充满了颜色这一事实意味着，在记录期间 CPU 已用尽。每当您看到 CPU 长时间达到上限时，系统就会提示设法减少工作量。

缩略图

鼠标悬浮在CPU或NET面板上会展示当前时刻的屏幕截图

选择区间范围

CSS选择器性能分析

Selector Stats

列	说明
用时（毫秒）Elapsed	浏览器匹配此 CSS 选择器所用的时间。此时间以毫秒 (ms) 为单位.
尝试匹配次数	浏览器引擎尝试与此 CSS 选择器匹配的元素数量。
匹配数	浏览器引擎与此 CSS 选择器匹配的元素数量。
慢路径不匹配项所占百分比	与此 CSS 选择器不匹配的元素与浏览器引擎尝试匹配的元素之间的比率，以及浏览器引擎使用优化程度较低的代码进行匹配的元素所占的比例。
选择器	匹配的 CSS 选择器。
样式表	包含 CSS 选择器的 CSS 样式表。

Performance 性能

（一）性能指标

首次内容绘制 (First Contentful Paint，FCP)： 任意内容在页面上完成渲染的时间
最大内容绘制 (Largest Contentful Paint，LCP)： 最大内容在页面上完成渲染的时间
第一字节时间 (Time to First Byte，TTFB) ：开始建立连接到接收内容的耗时，是startTime 和 responseStart 之间的用时。
首次输入延迟 (First Input Delay ，FID) ：用户首次交互响应时间。
交互到绘制延迟（Interaction to Next Paint，INP）：用户在整体生命周期内的交互响应时间。
累积布局偏移 (Cumulative Layout Shift，CLS)：页面生命周期内发生的每次意外布局偏移的最大布局偏移分数总和。

（二）关键渲染路径

通过 HTML 构建文档对象模型 (DOM)。
通过 CSS 构建 CSS 对象模型 (CSSOM)。
应用任何会更改 DOM 或 CSSOM 的 JavaScript。
通过 DOM 和 CSSOM 构建渲染树。
在页面上执行样式和布局操作，看看哪些元素适合显示。
在内存中绘制元素的像素。
如果有任何像素重叠，则合成像素。
以物理方式将所有生成的像素绘制到屏幕上。

流程图

（三）优化关键渲染路径

1. 重定向

尽量减少重定向操作，包括301和302。每次重定向操作都会导致请求链路重新开始。

2. 缓存

HTML的缓存要注意，控制在5分钟以内，或者使用协商缓存。或确认影响不大，直接不缓存也可以。但一定要避免长时间的缓存导致无法更新的情况。

3. 压缩

静态资源的压缩是必要的，通常使用brotli和gzip。brotli的优化效果要比gzip高15%-20%，所以优先brotli。另外 1kb 以下的文件不需要压缩。

4. CDN

通常上述的压缩，缓存都是通过CDN服务进行配置的。

5. 覆盖率工具

命令模式 -> show Coverage 可以利用该工具移除未使用的 css 或 js 或者对css等文件进行合理拆分。

6. css@import

import 会晚于 link 的形式，导致请求链变长。

7. 内嵌关键css

针对关键的样式，可以直接写在head部分内，减少请求，是需要权衡HTML的大小，因为HTML通常不会缓存或不会缓存很长时间。

8. JavaScript

async 和 defer 允许在不阻止 HTML 的情况下加载外部脚本解析器，而 type="module" 的脚本（包括内嵌脚本）已自动推迟。不过，async 和 defer 也有一些差异，都很重要

9. `preconnect`, `dns-prefetch`, `preload`, `prefetch`

preconnect

通知浏览器，即将链接该地址进行资源获取。

建立连接三个步骤

域名解析到 IP 地址（DNS Lookup）
建立服务器连接（Initial connection）
加密连接（SSL）

preconnect 则可以提前建立连接，在需要获取资源的时候，跳过该步骤。（如果连接建立10s仍未使用，则会被清除）

比如你的CDN资源的域。

<link rel="preconnect" href="https://example.com">

dns-prefetch

dns-prefetch 则容易理解了，即节省了连接建立的DNS解析步骤。

dns-prefetch 的兼容性要比preconnect 的更好，且资源占用更少，所以可以配合使用。

<link rel="preconnect" href="https://example.com">
<link rel="dns-preconnect" href="https://example.com">

preload

指定资源以更高的优先级下载和缓存，确保更早可用，避免阻塞浏览器渲染，提高性能。

关于 preload 有一点前提是必须要了解的，浏览器资源加载优先级。这对于我们了解如何使用 preload 至关重要。

优先加载 html、css、font
preload、script、xhr
图片、音视频等
prefetch 预取的资源

使用场景：

字体加载

请记住，字体仅在使用 font-family 属性应用于元素时才会加载，而不是在首次使用 @font-face at 规则引用时加载：

/* 字体在此处没有加载 */
@font-face {
  font-family: "Open Sans";
  src: url("OpenSans-Regular-webfont.woff2") format("woff2");
}

h1,
h2,
h3 {
  /* 字体实际上在此处加载 */
  font-family: "Open Sans";
}

所以可以使用 preload 来提前加载字体。记得加上 crossorigin，否则可能导致两次加载。

<link
  rel="preload"
  href="ComicSans.woff2"
  as="font"
  type="font/woff2"
  crossorigin />

prefetch

相比于preload的提高资源优先级，prefetch 主要用于加载 下个页面（预期） 需要的资源，被标记的资源优先级会在当前页面调至最低，在浏览器空闲期间进行下载，以便于在下个页面直接从缓存（prefetch cache） 中获取。

码农公寓