一个web页面由多层构成的
比如掘金：
浏览器渲染页面
在编写页面中，我们要知道浏览器如何处理 HTML、JavaScript 和 CSS。 需要了解并注意五个主要区域， 这些我们拥有控制权的部分，也是像素至屏幕管道中的关键点。
每一步简介
•JavaScript。 一般来说，我们会使用 JavaScript 来实现一些视觉变化的效果。比如用 jQuery 的 animate 函数做一个动画、对一个数据集进行排序或者往页面里添加一些 DOM 元素等。当然，除了 JavaScript，还有其他一些常用方法也可以实现视觉变化效果，比如：CSS Animations、Transitions 和 Web Animation API。•样式计算。 此过程是根据匹配选择器（例如 .headline 或 .nav > .nav__item）计算出哪些元素应用哪些 CSS 规则的过程。从中知道规则之后，将应用规则并计算每个元素的最终样式。•布局。 在知道对一个元素应用哪些规则之后，浏览器即可开始计算它要占据的空间大小及其在屏幕的位置。网页的布局模式意味着一个元素可能影响其他元素，例如 元素的宽度一般会影响其子元素的宽度以及树中各处的节点，因此对于浏览器来说，布局过程是经常发生的。•绘制。 绘制是填充像素的过程。它涉及绘出文本、颜色、图像、边框和阴影，基本上包括元素的每个可视部分。绘制一般是在多个表面（通常称为层）上完成的。•合成。 由于页面的各部分可能被绘制到多层，由此它们需要按正确顺序绘制到屏幕上，以便正确渲染页面。对于与另一元素重叠的元素来说，这点特别重要，因为一个错误可能使一个元素错误地出现在另一个元素的上层。
ps： 当然，不是每一步更改都会遵循上图这个流程。
每一步不是必经的
比如：
•更改了元素的布局相关的属性：width, height, 位置... 那么浏览器就会检查其他元素，自动 重排一次 。•更改了元素的 color, 阴影... 不会影响页面的布局，那么浏览器就会跳过布局。这就是我们平常说的：重排一定引起重绘，重绘不一定引起重排。•如果更改了 一个既不会布局，也不会绘制的属性，那么浏览器直接跳到最后一步，不得不说，这是最高效的
使用 csstriggers[1] 可以详细看到 css 属性改变时触发的流程。
如何提升绘制的性能
尽量使用影响较少的属性
举个🌰：
<div class="box box1">1</div><div class="box box2"> 2 </div> <script> const box1 = document.querySelector('.box1'); setTimeout(() => { box1.style.display = 'none' }, 3000); </script>
我们可以看到，box1 和 box2 都绿（重绘）了一次，说明 box1 的变化影响了 box2。那这个属性变化的代价是比较大的。
假如是我让 box1 的位置 向右移动 60px，我们做如下更改：
document.querySelector('.box1').style.transform = 'translateX(60px)';
现在 box2的位置不受影响，直观地看到 box2是没被绿（重绘）的。
提升为合成层（Compositing Layers）
我们在上一步做了优化，box2 已经不受影响，但是box1 依然被重绘，那能不能在优化呢。 答案是能的。 left 这个属性的改变会造成的影响是：
layout -> painted -> composited
这个流程可以在 csstriggers[2] 看到。
那现在我们要找到一个 css 属性，既能让元素位移，又能造成的影响最小。
答案是有的： transform：影响最小，直接到达最后一步 Composite。 做如下更改：
box1.style.transform = 'translateX(60px)'
好像事与愿违。box1, box2 都被重绘了。
这里因为： 他们都在一个层上，一个元素的变化也影响了其他元素。浏览器会联合需要绘制的区域，而导致整个屏幕重绘。
为了直接到达最后一步 Composite。其实这里有个条件： 更改属性所在的元素应处于其自身的合成层，如果没在，我们可以提升为合成层` 这样就不会影响其他元素，而能减少绘制区域。
提升为合成层的原因有一下几种
这里我大概罗列了这么多
•video•有 3D transform•backface-visibility 为 hidden•对 opacity、transform、fliter、backdropfilter 应用了 animation 或者 transition（需要是 active 的 animation 或者 transition，当 animation 或者 transition 效果未开始或结束后，提升合成层也会失效）•will-change 设置为 opacity、transform、top、left、bottom、right（其中 top、left 等需要设置明确的定位属性，如 relative 等）•重叠原因
在 box1 上面做如下更改：
will-change: transform;
再次观察效果：
大功告成：
•box1 不在重绘了•box2 不受影响 我们可以查看最终的分层效果：
和 ps 里面的图层差不多，每一个图层叠加在一起组成我们看到的网页。
好处
提升为合成层简单说来有以下几点好处：
•合成层的位图，会交由 GPU 合成，比 CPU 处理要快•当需要 repaint 时，只需要 repaint 本身，不会影响到其他的层•对于 transform 和 opacity 效果，不会触发 layout 和 paint
建议：
由于 transition animation 也有提升层的作用，所以动画可以优先考虑 css3 动画。
物极必反
图层越多越好吗？ 当然不是。提升合成层也得 消耗额外的内存和管理资源，
正所谓切勿提前优化.
正如MDN所说: 如果你的页面在性能方面没什么问题，则不要添加 will-change 属性来榨取一丁点的速度。 will-change 的设计初衷是作为最后的优化手段，用来尝试解决现有的性能问题.
参考
前端性能优化之 Composite[3]
關鍵轉譯路徑 Critical Rendering Path[4]
will-change[5]
坚持仅合成器的属性和管理层计数[6]
最后
如果喜欢本篇文章，可以关注的微信公众号，如果不嫌烦，还可以把它添加到桌面😀。
References
[1] csstriggers: https://csstriggers.com/
[2] csstriggers: https://csstriggers.com/
[3] 前端性能优化之 Composite: https://zhuanlan.zhihu.com/p/41472193
[4] 關鍵轉譯路徑 Critical Rendering Path: https://cythilya.github.io/2018/07/13/critical-rendering-path/#browser-rendering-pipeline
[5] will-change: https://developer.mozilla.org/zh-CN/docs/Web/CSS/will-change
[6] 坚持仅合成器的属性和管理层计数: https://developers.google.com/web/fundamentals/performance/rendering/stick-to-compositor-only-properties-and-manage-layer-count
网友评论