过长或过宽的cubic-bezier本身不卡顿，真正卡顿源于视觉异常（如超调、震荡）或触发重排/重绘；应避开y1>1.8、y2<-0.6等高风险参数，仅对transform/opacity使用动画，并配合will-change优化。
过长或“过宽”的 cubic-bezier 并不会直接导致计算卡顿——CSS 贝塞尔曲线的计算本身极轻量，浏览器早已高度优化。真正引发卡顿的，是曲线参数不合理引发的**视觉异常行为**（如超调、剧烈震荡）或**触发了非合成属性的重排/重绘**，进而拖慢渲染管线。
避开高风险贝塞尔参数组合
某些 y 值严重超出 [0,1] 范围的控制点（比如 y1 = 2.5 或 y2 = -1.8），会让动画在插值过程中产生大幅反向位移或多次震荡。浏览器虽能算出结果，但这种运动路径会迫使 layout 引擎频繁介入，尤其在低端安卓设备上极易掉帧。
- 避免 y1 > 1.8 或 y2 < -0.6：这类值常见于“强弹跳”设计稿，实际用于按钮 hover 或卡片展开尚可，但绝不该用于滚动交互动画或列表项入场
- 禁用形如 cubic-bezier(0.17, 1.89, 0.5, -0.5) 的组合：它会导致先回缩再猛冲，对 transform 动画而言属于“伪流畅”，实则增加 GPU 合成负担
- 优先选用经验证的稳健值：cubic-bezier(0.34, 1.56, 0.64, 1)、cubic-bezier(0.17, 0.85, 0.45, 1)，它们在保持自然感的同时，y 值都在安全区间内
确保动画走 GPU 合成通路
即使 timing-function 很干净，如果动画属性无法被合成器处理，仍会卡顿。cubic-bezier 再好，也救不了 height 过渡或 left/top 位移。
- 只对 transform 和 opacity 使用 transition 或 animation：这两个属性天然支持硬件加速，不受贝塞尔复杂度影响
- 给动画元素加 will-change: transform（仅限必要元素）或 transform: translateZ(0)：明确提示浏览器启用独立图层，隔离动画渲染
- 避免在动画中读写 offsetHeight、getBoundingClientRect() 等触发强制同步布局的 JS 操作
用 DevTools 快速验证曲线是否“友好”
别靠记忆数值，用工具看效果更可靠。
立即学习“前端免费学习笔记（深入）”；
- 在 Chrome DevTools → Elements 面板选中动画元素 → 展开右侧 Styles → 找到 transition-timing-function 或 animation-timing-function → 点击齿轮图标进入曲线编辑器
- 拖动控制点时观察预览窗口：若动画出现明显“抽搐”“倒退”或首尾抖动，说明该曲线当前不适合此场景，哪怕数值看起来很酷
- 开启 Rendering 面板 → 勾选 “FPS Meter” 和 “Paint Flashing”，真实跑一遍动画，确认绿色图层稳定、无红色重绘块
小位移场景慎用自定义曲线
微交互（如开关滑块移动 24px、图标缩放 1.1 倍）对节奏极其敏感。过于复杂的贝塞尔反而放大不自然感。
- 小幅度 transform 动画，直接用 ease-out 或 cubic-bezier(0.34, 1.56, 0.64, 1) 就够用，不必追求“独创曲线”
- 颜色过渡（background-color、color）建议用 ease-in-out 或 linear：贝塞尔对色彩插值影响有限，重点应放在避免 layout 触发
- 旋转类 loading 动画必须用 linear：任何缓动都会造成视觉停顿，违背 loading 的“持续性”预期
