前端性能优化之利用 Chrome Dev Tools 进行页面性能分析

我们经常使用 Chrome Dev Tools 来开发调试,但是很少知道怎么利用它来分析页面性能,这篇文章,我将详细说明怎样利用 Chrome Dev Tools 进行页面性能分析及性能报告数据如何解读。

分析面板介绍

GitHub


上图是 Chrome Dev Tools 的一个截图,其中,我认为能用于进行页面性能快速分析的主要是图中圈出来的几个模块功能,这里简单介绍一下:

Network : 页面中各种资源请求的情况,这里能看到资源的名称、状态、使用的协议(http1/http2/quic...)、资源类型、资源大小、资源时间线等情况

Performance : 页面各项性能指标的火焰图,这里能看到白屏时间、FPS、资源加载时间线、longtask、内存变化曲线等等信息

Memory : 可以记录某个时刻的页面内存情况,一般用于分析内存泄露

JavaScript Profiler : 可以记录函数的耗时情况,方便找出耗时较多的函数

Layers : 展示页面中的分层情况

分析步骤说明

首先,我们在分析的时候,建议使用隐身模式打开页面,排除一些插件等因素对页面性能情况的影响。然后,我们把页面缓存勾选去掉,要测 disable cache 的情况,再把网络情况调整一下,我们用电脑打开页面的时候一般都连着 wifi 等,要更真实一些去测页面的性能,还是把网络调到 3G 等情况比较好,如图:

GitHub


调整好之后,我们切到 Performance 面板,这里先说明一下一些按钮的作用:

GitHub


上图,从左到右分别代表的是:

手动开始记录,开始后需要手动结束

自动重启页面,并记录整个页面加载的过程。这个是最常用的,一般大概分析页面性能的时候都是点这个就够了

清除性能录制的记录

上传页面性能录制的数据

下载页面性能录制的数据

选择要展示的性能记录。你可能进行了多次分析,这里可以切换去看每次的结果

是否捕捉页面加载过程的截图,这个一般都要勾选

是否记录内存变化,这个一般都要勾选

垃圾回收,点击了即进行一次垃圾回收

这里,我以京东的一个页面为例,勾选 disable cache,网络情况为 Fast 3G,来说明一下,应该如何理解性能结果,找出优化点。

从网络面板分析

我们来看看网络面板,看看都有哪些信息。如下图所示:

GitHub


从图中可以看出,页面中有的一些性能优化手段有:

页面直出,输入https://wq.jd.com/wxportal/index_v6 ,页面加载回来的 document 就是一个渲染好的 html 页面

图片优化,部署在不同的CDN域名下,用webp/dpg等格式图片,图片切割等

http 协议有部分采用 http2,多路复用,加快资源加载

小 logo 使用base42来处理

按需加载,菜单先加载第一屏的图标,滑动到第二屏时再加载第二屏的图标

而从图片,个人认为,还可以考虑用上的一些性能优化手段有:

html 的大小为138kb,Content Download的时间为七百多毫秒,感觉可以拆分一下页面,非一二屏的内容分开加载。

TTFB(Time To First Byte)为五百多毫秒,在下载第一个字节之前等待的时间过久,不过这里主要是用户网络情况影响,可以做的比较少。如DNS解析优化,减少后端服务处理时间等

合并雪碧图,大轮播图下面的菜单分类那里的图标,可以用一张雪碧图来集合这些图标

顶部轮播图,在首次加载时,可以先加载第一帧的图片,后面几帧延后一下

图片较多,可以的话,都用 http2 协议

从性能面板分析

切到 Performance 面板,点击自动重启页面,并记录整个页面加载的过程,然后来分析结果~​

网络&&白屏

性能面板,有很多很多的参数,我们要看一些比较常见的。首先看白屏时间和网络加载情况,如下图:

GitHub


上图,我们可以看几点信息:

本次页面加载的白屏时间约为 1000 ms

FPS 曲线没有标红,如果有很多标红的则说明页面存在渲染卡顿多的地方

从网络资源加载情况来看,图片没有启用 http2,因此每次可以同时加载的图片数有限,未被加载的图片有等待过程

资源的加载时间也可以看到,比如轮播的背景图加载了近 700 毫秒,时间有点长

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsszdw.html