matrix() 是 transform 的底层实现，浏览器将所有 transform 函数转为 matrix() 或 matrix3d() 才能渲染；它避免解析开销、矩阵叠加顺序陷阱与重计算，支持线性插值、稳定触发 will-change 和 GPU 加速，但需注意 transform-origin 耦合及 matrix3d() 的适用场景。
matrix() 是 transform 的底层汇编，不是“更高级”的语法
浏览器内部所有 translate()、rotate()、scale() 最终都会被转成 matrix() 或 matrix3d() 才能送入渲染管线。所谓“更适合动画计算”，本质是绕过中间解析层，直接喂给合成器——少一次解析 + 少一次矩阵乘法合并，帧率更稳。
复合动画中 matrix() 避免了 transform 函数叠加的顺序陷阱
当你写 transform: rotate(30deg) scale(1.2) translateX(20px)，浏览器必须按从右到左顺序执行：先平移、再缩放、最后旋转。一旦你动态改其中某一项（比如用 JS 改 scale），整个链要重算、重合并，容易抖动或插值断裂。
而手写 matrix() 相当于把这三步“烘焙”成一个固定矩阵：
transform: matrix(1.039, 0.599, -0.24, 1.039, 20, 0);
后续只需更新这个矩阵的某几个参数（比如只改 e 和 f 实现平滑拖拽），不会触发重排或重解析。
立即学习“前端免费学习笔记（深入）”；
- 多个
transform函数叠加时，浏览器每次都要做矩阵乘法，顺序错一位结果就偏 -
matrix()是最终形态，JS 修改时可直接赋值字符串或数组，无副作用 - 动画库（如 GSAP）内部也优先用
matrix()插值，因 a–f 六个数都是线性可插值的标量
matrix() 的参数天然支持高性能插值和 will-change 提升
transition 能平滑过渡 transform，但只对「可插值属性」生效。而 matrix(a,b,c,d,e,f) 的六个参数全是数字，浏览器可直接对每个数做线性插值——不像 rotate(30deg) → rotate(60deg) 还要转角度、再算 sin/cos。
更重要的是：will-change: transform 只在检测到 transform 属性变更时触发硬件加速；但如果你用 JS 动态改 rotate 值，某些旧版 Chrome 会漏判，而直接设 style.transform = 'matrix(...)' 则 100% 触发合成层。
- 插值稳定性：a/b/c/d/e/f 都是 float，没有单位、无隐式转换，插值不跳变
- GPU 加速更可靠：浏览器对
matrix()的合成层判定比对函数式更激进 - 注意：
matrix()不能和transform-origin解耦——origin 改变时，整个矩阵要重算，这点常被忽略
matrix3d() 在 3D 动画里不可替代，但别为 2D 硬上
真要做绕任意轴旋转、带透视的路径动画，matrix3d() 是唯一选择。它把 16 个参数压成单次 GPU 指令，避免 rotateX() rotateY() perspective() 多层嵌套带来的精度丢失和性能损耗。
但多数人误以为 “3d 更强所以该用”，其实：
- 纯 2D 效果用
matrix3d()反而多出 10 个冗余参数，JS 计算开销更大 -
matrix3d()默认启用 3D 上下文，可能意外触发额外的层叠上下文或裁剪行为 - 调试困难：16 个数没法肉眼判断效果，出错时连是哪一列搞错了都难定位
真正关键的不是“用不用 matrix”，而是你是否清楚当前动画是否需要跨帧保持矩阵一致性——如果只是 hover 缩放，scale() 完全够用；如果是在 requestAnimationFrame 里逐帧计算坐标并驱动形变，matrix() 就是必选项。
