transform不触发reflow的根本原因是它属于合成层属性，不改变元素在文档流中的几何占位，浏览器将其交由GPU单独处理，跳过layout阶段；而left、width等属性会强制重新计算布局树。
transform 不触发 reflow 的根本原因
因为 transform 属于合成层（compositing）属性，浏览器在渲染流水线中把它从 layout 阶段剥离出来，交由 GPU 单独处理。它不改变元素在文档流中的几何占位（即不修改 box model），所以无需重新计算布局树——layout 阶段直接跳过。
对比 left/top/width 等属性的执行路径
当设置 left: 20px 或 width: 100px 时，浏览器必须：
- 重新计算该元素及其所有祖先、兄弟、后代的尺寸与位置
- 触发整个 render tree 的 layout 阶段（即 reflow）
- 随后强制 repaint（重绘）
而 transform: translateX(20px) 只告诉合成器：“把这个图层往右移 20px”，不碰 layout，不改 offsetWidth/Height，也不影响其他元素的 margin collapse 或父容器高度。
为什么加了 translateZ(0) 就能“强制加速”
现代浏览器默认不会为每个元素创建独立合成层，只有被标记为“可能频繁动画”的元素才会被提升。加 transform: translateZ(0) 或 will-change: transform 是一种提示，让浏览器提前把该元素抽成单独的纹理图层（layer），后续 transform 变化就只操作这个图层，不再和主渲染线程抢资源。
立即学习“前端免费学习笔记（深入）”；
但要注意：
-
will-change别滥用——它会常驻内存，对低内存设备或长列表很危险 -
translateZ(0)在部分 Android WebView 中有兼容性问题，translate3d(0, 0, 0)更稳 - 如果父容器有
filter或非 identity 的transform，子元素的独立图层可能被合并，GPU 加速失效
容易被忽略的“伪触发”场景
你以为只写了 transform 就安全？这些情况仍会悄悄拉你进 reflow：
- 同时设置了
left和transform：位移叠加 +left自身已进入 layout 阶段 - 动画过程中 JS 访问了
offsetTop、getBoundingClientRect()等 layout 相关 API - 父容器
overflow: visible且子元素transform后溢出，导致周边元素重排（尤其 flex/grid 容器） - 用
@keyframes动画时混入了background-color或border——整条动画降级为 CPU 渲染
真正安全的动画，是全程只动 transform 和 opacity，且不穿插任何 layout 查询或盒模型变更。这不是优化技巧，而是渲染引擎的硬性分工边界。
