阅读 269

chrome 浏览器性能分析

一、network

了解一下概念

在这里插入图片描述

DOMContentLoaded 和 Load 和 Finish的含义和区别

- DOMContentLoaded 和 Load

DOMContentLoaded:DOM树构建完成。 即HTML页面由上向下解析HTML结构到末尾封闭标签

Load:页面加载完毕。 DOM树构建完成后,继续加载html/css 中的图片资源等外部资源,加载完成后视为页面加载完毕。

DOMContentLoaded 会比 Load 时间小,两者时间差大致等于外部资源加载的时间。

- Finish

Finish: 是页面上所有 http 请求发送到响应完成的时间, HTTP1.0/1.1 协议限定,单个域名的请求并发量是 6 个,即 Finish 是所有请求(不只是XHR请求,还包括DOC,img,js,css等资源的请求)在并发量为6的限制下完成的时间。 HTTP2无请求数量限制

Finish 的时间比 Load 大,意味着页面有相当部分的请求量,

Finish 的时间比 Load 小,意味着页面请求量很少,如果页面是只有一个 html文档请求的静态页面,Finish时间基本就等于HTML文档请求的时间。

页面发送请求和页面解析文档结构,分属两个不同的线程,

所以Finish 时间与DOMContentLoaded 和 Load 并无直接关系

二、使用chrome开发者工具中的performance面板解决性能瓶颈

前面的话

  使用Chrome DevTools的performance面板可以记录和分析页面在运行时的所有活动。本文将详细介绍如何使用performance面板解决性能瓶颈

准备

【匿名模式】

  匿名模式可以保证Chrome在一个相对干净的环境下运行。比如安装了许多chrome插件,这些插件可能会影响我们分析性能表现

  使用快捷键ctrl + shift + N 即可代码匿名模式下的chrome新标签页

performance

【移动设备CPU】

  移动设备的CPU一般比台式机和笔记本弱很多。分析页面时,可以用CPU控制器(CPU Throttling)来模拟移动端设备CPU

  在DevTools中,点击 Performance 的 tab。 确保 Screenshots checkbox 被选中;点击 Capture Settings(⚙️)按钮,DevTools会展示很多设置,来模拟各种状况;对于模拟CPU,选择4x slowdown,于是Devtools就开始模拟4倍低速CPU

img

概览

【组成】

performance面板有如下四个窗格:

1.控制按钮。

2.overview。页面性能的高级汇总(FPS:帧率,CPU:CPU占用,NET:网络请求)

3.火焰图。CPU堆叠追踪的可视化(左侧名称是主线程的各种事件,Network:网络请求详细情况)

4.数据统计。以图表的形式汇总数据(summary:统计报表,Bottom-Up:事件时长顺序,Call Tree:事件调用顺序,Event log:事件发生的先后顺序)

颜色表示 HTML 文件为蓝色 脚本为黄色 样式表为紫色 媒体文件为绿色,其他资源为灰色

img

chrome

【做记录】

  打开想要记录的页面,然后重新加载页面。 performance面板会自动记录页面重新加载。

  要记录页面交互,打开 performance 面板,然后按 Record 按钮 或者键入键盘快捷键 Cmd+E (Mac) 或 Ctrl+E(Windows / Linux),开始记录。记录时,**Record **按钮会变成红色。执行页面交互,然后按 Record 按钮或再次键入键盘快捷键停止记录

  完成记录后,DevTools 会猜测哪一部分记录最相关,并自动缩放到那一个部分

查看

【2.Overview】

Overview 窗格包含以下三个图表:

1、FPS。每秒帧数。绿色竖线越高,FPS 越高。 FPS 图表上的红色块表示长时间帧,很可能会出现卡顿

2、CPU。 CPU 资源。此面积图指示消耗 CPU 资源的事件类型

3、NET。每条彩色横杠表示一种资源。横杠越长,检索资源所需的时间越长。 每个横杠的浅色部分表示等待时间(从请求资源到第一个字节下载完成的时间)

鼠标可以点击或拖动选取某一部分,火焰图自动匹配到相同部分,可以用 W(放大)、S(缩小)、A(左移)、和 D(右移) 键调整选择。

【火焰图】

火焰图上看到一到三条垂直的虚线。 蓝线::DOMContentLoaded 事件。 绿线:首次绘制的时间。 红线: load 事件

火焰图中选择事件时,Details 窗格会显示与事件相关的其他信息

detail

诊断

【JS】

  JavaScript 计算,特别是会触发大量视觉变化的计算会降低应用性能。 不要让时机不当或长时间运行的 JavaScript 影响用户交互

  下面是一些常见 JavaScript 问题

  1、大开销输入处理程序影响响应或动画

  让浏览器尽可能晚地处理触摸和滚动,或者绑定侦听

  2、时机不当的 JavaScript 影响响应、动画、加载

  使用 requestAnimationFrame、使 DOM 操作遍布各个帧、使用网络工作线程

  3、长时间运行的 JavaScript 影响响应

  将纯粹的计算工作转移到web worker中。如果需要 DOM 访问权限,配合使用requestAnimationFrame

【样式】

  样式更改开销较大,在这些更改会影响 DOM 中的多个元素时更是如此。 只要将样式应用到元素,浏览器就必须确定对所有相关元素的影响、重新计算布局并重新绘制

  点击 Recalculate Style 事件(以紫色显示)可以在 Details 窗格中查看更多相关信息。 如果样式更改需要较长时间,对性能的影响会非常大。 如果样式计算会影响大量元素,则需要改进另一个方面

style

​ 要降低 Recalculate Style 事件的影响,使用一些对渲染性能的影响较小的属性。如使用 transform 和 opacity 属性更改来实现动画,使用 will-changetranslateZ 提升移动的元素

下面是一些常见的CSS问题

  1、大开销样式计算影响响应或动画

  任何会更改元素几何形状的 CSS 属性,如宽度、高度或位置;浏览器必须检查所有其他元素并重做布局。避免会触发重排的CSS属性

  2、复杂的选择器影响响应或动画

  嵌套选择器强制浏览器了解与所有其他元素有关的全部内容,包括父级和子级。尽量在CSS中引用只有一个类的元素

布局(或重排)是浏览器用来计算页面上所有元素的位置和大小的过程。 网页的布局模式意味着一个元素可能影响其他元素;例如body元素的宽度一般会影响其子元素的宽度以及树中各处的节点等等。这个过程对于浏览器来说可能很复杂。 一般的经验法则是,如果在帧完成前从 DOM 请求返回几何值,将发现会出现“强制同步布局”,在频繁地重复或针对较大的 DOM 树执行操作时这会成为性能的大瓶颈。

【重排】

  布局(或重排)是浏览器用来计算页面上所有元素的位置和大小的过程。 网页的布局模式意味着一个元素可能影响其他元素;例如body元素的宽度一般会影响其子元素的宽度以及树中各处的节点等等。这个过程对于浏览器来说可能很复杂。 一般的经验法则是,如果在帧完成前从 DOM 请求返回几何值,将发现会出现“强制同步布局”,在频繁地重复或针对较大的 DOM 树执行操作时这会成为性能的大瓶颈。

  performance面板可以确定页面何时会导致强制同步布局。 这些 Layout 事件使用红色竖线标记

layout

  “布局抖动”是指反复出现强制同步布局情况。 这种情况会在 JavaScript 从 DOM 反复地写入和读取时出现,将会强制浏览器反复重新计算布局

【重绘】

  绘制是填充像素的过程。这经常是渲染流程开销最大的部分。 如果在任何情况下注意到页面出现卡顿现象,很有可能存在绘制问题。

  合成是将页面的已绘制部分放在一起以在屏幕上显示的过程。 大多数情况下,如果坚持仅合成器属性并避免一起绘制,性能会有极大的改进,但是需要留意过多的层计数

  一定不要使用下面的代码

* {
  will-change: transform;
  transform: translateZ(0);
}
复制代码

  这是以迂回方式说想要提升页面上的每个元素。此处的问题是创建的每一层都需要内存和管理,而这些并不是免费的。事实上,在内存有限的设备上,对性能的影响可能远远超过创建层带来的任何好处。每一层的纹理都需要上传到 GPU,使 CPU 与 GPU 之间的带宽、GPU 上可用于纹理处理的内存都受到进一步限制   如果大部分渲染时间花费在绘制上,即表示存在绘制问题

  下面是一些常见的绘制问题

  1、绘制风暴影响响应或动画

  较大的绘制区域或大开销绘制影响了响应或动画,要避免绘制、提升将要移动到自有层的元素,使用变形和不透明度

  2、层数激增影响动画

  使用 translateZ(0) 过度提升过多的元素会严重影响动画性能,要谨慎提升到层,并且仅在了解这样会有切实改进时才提升到层

文章分类
前端