一即是全 ———— 浏览器渲染周期，硬件加速和排版布局
每一台电子设备的显示器每秒按照一定的帧数刷新，浏览器必须尝试匹配刷新率以使用户获得流畅的体验。而要将新的一帧输出到显示器上，浏览器首先要完成“渲染周期”和“像素管道”
大多数的设备是以 60FPS 的速度运行的，这表示每16ms就要输出一帧。FPS表示每秒钟帧的速率，更高的FPS就意味着每一帧有更高的速率。比如120FPS，每帧花费的时间就不能超过8ms。
更糟糕的是，浏览器往往会增加一些额外的开销，并且可能会占用每帧长达4ms的时间；所以在生产中，我们大概需要用每一帧12ms的速率来达到60FPS。而在120FPS下，每帧仅有4ms的时间。
如果浏览器无法给足每一帧要拥有的时间，就会产生掉帧。这将会使画面不流畅，也会使用户有一个糟糕的体验。
对渲染周期的深入了解，以及如何使用现有工具对其进行分析，使我们能够最大限度的每一帧所需要占用的时间 ———— 这是对于浏览器中前端性能至关重要的一点
渲染周期
以上是在渲染帧时渲染周期的五个阶段
JS/CSS动画
某些 JS或者CSS动画会导致视觉变化，从而引起渲染
样式
匹配信息然后将新的CSS选择器或规则应用于指定DOM元素
布局
计算DOM元素的新几何形状
绘制
为页面的不同区域绘制或填充新的像素点
合成
将所有单独绘制的图层组合在一起，准备显示
需要注意的是，运行的阶段和完成帧渲染的时间取决于正在更改的元素属性。通常一种视觉效果会有好几种不同的实现方式，但是有些方式的渲染成本是很高的。
属性可以分为形式，合成两种，顺便说一句，复合属性的渲染成本是最低的。
为什么合成属性要优于形式属性？
形式属性就是指会更改元素的形和式的属性（比如宽高，位置，颜色等），形式属性的使用往往会产生重绘或者回流。 合成属性就是指transform和opacity之类的属性，这类属性在使用时会将元素提升到合成层，在一些浏览器上不会产生重绘或回流。
合成属性包括：
- Transfrom：
平移，缩放，旋转，倾斜元素 - Opacity：
元素的透明度 - Filter*：
模糊，对比度，灰度，色调和阴影效果
注：某些浏览器不会对 Filter 进行硬件加速
虽然每帧都使用合成属性几乎不可能办到。 但通我们可以用合成属性去替代形式属性做相同的视觉效果，仅仅通过这三个属性的互相组合，就可以达到一个惊人的数量了。
还有最后一个重要的概念将会使你更了解合成属性： Layers（层）
饭后甜点
层，或者合成层，是在浏览器中可以被提升到有自己独立绘制区域的DOM元素 一个独立的图层，在其本身的视觉效果发生变化时，只需要渲染其本身。 良好的图层使用可以最大限度地减少绘画区域，而浏览器则通过一套内部标准来决定将DOM元素提升到合成层还是降级到普通层。
如果DOM元素：
- 拥有3D或透视变化的CSS属性
- 使用了视频加速解码的
<video>元素 - 使用了3D环境或硬件加速2D环境的
<canvas>元素 - 使用了合成插件
- 通过动画来转换元素的透明度
- 使用了硬件加速的CSS Filter属性
- 有一个层级较低的，拥有合成层的兄弟元素
- 扩展Chrome中的硬件加速
上述将会导致DOM元素被提升到合成层
只有提升到合成层的元素才能使用硬件加速。如果在使用合成元素的时候，浏览器没有提升元素，那么渲染周期中的Paint阶段就不会被跳过。
通常来讲，使用合成属性中的单一属性（比如transform，opacity）是不会引起浏览器提升操作的。但是动画类的合成属性将会在动画开始时提升层级，在动画结束时降级。层级的提升和降低并非对所有合成属性都是毫无代价的。
但是CSS的一个新属性will-change，可以将一个DOM元素提升层级。如果我们想通知浏览器即将发生一个transform方面的变化，并需要将其提升。那我们可以写作will-change: transform
这将会使该元素保持提升，并不会在被其他标准降级。
通过合成属性和will-change的适当配合，很有可能会创建一个在加载过后，几乎不需要再重绘或回流的页面。
物极必反
如果我们想把页面上的每一个元素都提升到合成层渲染，这样不仅不会使渲染速度变快，反而会使浏览器过载。 我们还应当警惕合成层激增 —— 当我们使用will-change来提升元素时，可能会让被提升元素的兄弟元素也被提升，这也会导致浏览器过载。 所以我们应当慎用will-change，只把它用于没必要重绘的情况。
测试是检验结果的唯一标准
在改进渲染周期的过程中，我们要注意以下两点：
- 确定可以改进的地方
- 分析并验证更改后的渲染周期
性能分析器 Performance
开发者工具中的Performance选项卡允许录制一段时间内用户与网页的任何交互。完成录制后，这些信息以时间线的形式呈现，详细说明每个帧的每个事件、渲染周期阶段、函数调用等。
点击单个帧将会看到其单独的渲染周期阶段耗时。 可以据此查找运行频率过高、运行时间过长以及丢失的帧，然后调查原因。
Summary选项卡中的饼图将会展示渲染帧时各个阶段所消耗的时间。
须知：
- 单击Layout或Paint将会展示更详细的信息
- Performance 占用的时间是不会被计算在内的，Disable JavaScript sample 将会减少总耗时，但同时也不会看到单个JS脚本耗时
- 可以通过限制CPU性能或网络速度来测试网页在坏情况下的表现，以便为用户做一个更具包容性的网页
- 启用 screenshots 可以使用可视化应用程序观察在特定帧中发生的情况
- Update Layer Tree 是浏览器管理所有层状态的事件 —— 如果这里耗时很长，那表示有太多的层或过于臃肿的DOM元素
渲染面板 Rendering
打开Rendering的一种方法是在开发者工具的更多选项中，找到rendering并点选上Paint flashing。rendering中包含了大量有用的工具，在深入研究性能分析器以找出问题所在之前，它们非常有助于快速查找问题。
Paint flashing将显示页面的哪些区域在绘制过程中以及何时被重新绘制。 可以使用此工具来检查使用will-change提升元素是否成功减少一些不必要的重绘。
Layout Shift Regions将显示引起回流的区域。使用此工具来验证是否移除了不必要的回流现象，或确定发生回流的位置。
Layer borders 将展示页面上正在使用的合成层，这对于调查您的元素是否按预期提升非常有用。点击此处查看更多边框颜色含义
最后，Frame Rendering Stats和Scrolling performance issues也很有用，它们分别拥有实时帧速率指示器和滚动性能分析。
图层面板 Layers
可以在开发者工具的更多里打开图层面板。 图层面板会展示所有图层的交互式3D视图。
选择指定图层将会展示以下信息：
- 指定图层为什么被提升
- 该图层占用的内存
- 图层尺寸
- 图层被重绘的次数
全即是一
在这里，我们将通过动画渐变加载占位符的例子，来展示如何使用现有工具和渲染周期知识提升性能
通常是通过在动画背景上叠加形状来完成的。 为方便起见，我们将只考虑背景。
通过形属性实现
由于CodePen是在iframe中运行代码，所以开发者工具中的性能检测工具并不对其生效。如果想进行测试，需要把代码Down到本地
这种实现方式将会带给用户最糟糕的体验
@keyframes gradientAnimation{ 0%{ left: -30%; } 100%{ left: 130%; } }
这里使用了一个渐变div, 添加了left位移动画,left就是一个形属性，这将导致每一帧都会走一遍渲染周期的全部阶段。
以下是性能分析器中每一帧的渲染周期的外在显示：
请注意，上面的红线表示正在发生布局偏移。启用“Layout Shift Regions”后，请注意渐变始终以紫色突出显示 - 它会导致每帧布局偏移：
最后，这是整个渲染周期所花费的总时间——这将有助于与下一个版本进行比较。
尽管每帧都触发了回流，但它实际上不太可能降低浏览器的速度以影响您的帧速率。我已经限制了我的 CPU 以使其更加引人注目。请记住，这是一个非常小的示例；基本上没有多少东西需要计算。对于复杂的应用程序，就会看到切实的影响——尤其是低端设备。
通过式属性实现
这种方式通过更改背景位置来达成样式效果，这仅仅会引起重绘。
@keyframes gradientAnimation{ 0%{ background-position: -45% 0; } 100%{ background-position: 145% 0; } } 复制代码
请注意，现在性能分析器没有显示渲染周期的Layout阶段，并且不再显示表示布局偏移的红色：
'Layout Shift Regions' 不在生效，而'Paint flashing enabled'使整个页面都变成了绿色，它在重新绘制每一帧：
现在仅通过式属性（之所以耗时比形属性要多，是因为这里包括了Recalculate Style重新计算的时间）来改善渲染时间，式属性的前三者都要小于形属性：
通过合成属性实现
在这个实现中，我们不会使用任何形式属性。
@keyframes gradientAnimation{ 0%{ transform: translateX(-100%); } 100%{ transform: translateX(333%); } } 复制代码
性能分析器现在是空的！
paint flashing或Layout shift regions都不会生效。 浏览器自动将元素提升（由于动画合成属性），使用硬件加速跳过了渲染周期的两个阶段，在这里没必要使用will-change。 但是，如果您经常打开和关闭此动画，或者使用JS手动更改每帧动画，will-change可能会很有用。
启用Layer borders后，可以看到橙色轮廓：
使用三种方式实现了同一种视觉效果，明显最后一种耗时更少，性能更好。 虽然只只是一个简单的示例，但是见微知著，这其中的方法也可以应用在大型的项目中。
