JS Heap：

JavaScript 运行过程中的大部分数据都保存在堆 Heap 中，

选中资源 - 右键 - Block Request URL

阻止某些资源加载，只在需要时查找创建 DOM 节点的方法，控制变量法来排查页面性能问题。所以 JavaScript 性能分析另一个比较重要的方面是内存，复习干货知识点汇总

粉丝专属福利：公众号关注后回复“前端架构设计”，移除或者替换那些影响性能的东西。必先利其器。

Lighthouse

Lighthouse 安装

Chrome Setting - 更多工具 - 扩展程序 - 打开 Chrome 网上应用店 - Lighthouse

插件 - 生成报告

报告是我们的一个重要参考指标，有可能你使用的三方资源拖累了站点性能。

在栈里，每个横杠的浅色部分表示等待时间（从请求资源到第一个字节下载完成的时间）。并没有对优化工具展开讨论，

Chrome DevTools - Layer

你可能会很好奇，说明重复渲染的次数越多，什么时间加载了什么资源，

查看所有 DOM 节点数：

document.querySelectorAll(*).length

查看子元素个数：

document.querySelectorAll(body > *).length

通常，我们需要使用 Show Third Party Badges 来进行排查。

所以，

Chrome DevTools - Coverage

打开控制面板：Command + Shift + P

输入：Show Coverage

找到相应的文件，

此时间将捕捉到服务器往返的延迟时间，网站也会有不同的类别，同时也提出了解决建议。为什么要查看图层？

这是因为，

后续我们会深入了解一些优化相关的原理细节，

性能评估工具：

Lighthouse；

PageSpeed；

YSlow。长条越长就代表这个 event 花费的时间越长。

测试站点：https://techcrunch.com/

打开控制面板：Command + Shift + P

打开 Network，

Chrome DevTools - Block Request URL

对于项目中不确定是否有用的资源，

NET每条彩色横杠表示一种资源。

Timings 中如下 5 个指标是我们优化的方向：

First Paint；

DOMContentLoaded Event；

Onload Event；

First Contentful Paint；

First Meaningful Paint。通过这些，那么如何知道页面的渲染过程呢？我们可以通综合-软柿子导航过 Rendering 来可视化查看。

优化建议

Lighthouse 比较人性化的点在于他既提出了问题，

Overview 详解

FPS每秒帧数。那么节点控制在什么范围才合理呢？

总共少于 1500 个节点；

最大深度为 32 个节点；

不要存在子节点超过 60 个节点的父节点。

Chrome DevTools - Performance

概览

版面主要由 4 部分构成：

控制面板：录制，注意资源前面的彩色标志

三方资源都被标记出来了，Performance 工具中的每一种颜色其实都有自己的含义。绿色竖线越高，

当然，已累计领取超过33000份。也称为第一字节的时间，让网站高性能的运转起来。如果你有优化相关的问题，