requestAnimationFrame 是最可控的浏览器原生动画方案，需用 timestamp 计算 deltaTime 以保证速率稳定，并手动管理启停；CSS transition/animation 适合声明式交互动画，Web Animations API 提供精细控制但兼容性有限。
用 requestAnimationFrame 手写动画循环最可控
浏览器原生支持的 requestAnimationFrame 是实现流畅 JavaScript 动画的底层基础。它比 setTimeout 或 setInterval 更精准，能自动适配屏幕刷新率（通常是 60fps），且在标签页不可见时暂停执行，节省资源。
常见错误是直接嵌套调用 requestAnimationFrame 却没做时间差计算，导致动画速率受帧率波动影响——比如滚动变慢时动画突然拖沓。
- 必须传入一个带
timestamp参数的回调函数，用它计算与上一帧的时间差（deltaTime），再按需更新状态 - 避免在动画帧中频繁读取
offsetTop、getComputedStyle等触发重排/重绘的属性 - 需要手动控制启停：保存返回的
id，用cancelAnimationFrame(id)中断
let animationId = null;
let startTime = null;
<p>function animate(timestamp) {
if (!startTime) startTime = timestamp;
const deltaTime = timestamp - startTime;</p><p>// 示例：线性移动元素
const progress = Math.min(deltaTime / 2000, 1); // 2秒完成
element.style.transform = <code>translateX(${progress * 300}px)</code>;</p><p>if (progress < 1) {
animationId = requestAnimationFrame(animate);
}
}
animationId = requestAnimationFrame(animate);CSS transition 和 animation 适合声明式交互动画
纯 CSS 方案不占用主线程 JS 执行时间，GPU 加速潜力大，性能通常优于 JS 操作样式。但它的控制粒度较粗：无法动态调整关键帧、不能精确监听中间状态、难以响应复杂逻辑条件。
典型踩坑点是给元素同时设置 transition 和 JS 修改 style.transform，结果因 CSS 层叠优先级或重排触发时机导致动画跳变或失效。
立即学习“Java免费学习笔记（深入）”；
-
transition适用于「状态切换」场景，比如 hover、focus、class 切换，只需指定属性名、持续时间和缓动函数 -
animation适合「固定时序」效果，如加载 spinner、入场动效，用@keyframes定义关键帧，再通过animation-name绑定 - 务必显式设置
transform: translateZ(0)或will-change: transform来触发硬件加速（尤其在 Safari 中）
用 Web Animations API 替代 jQuery.animate() 做精细控制
现代浏览器已普遍支持 Element.animate()，它是介于纯 CSS 和手写 requestAnimationFrame 之间的折中方案：声明式定义动画参数，又提供播放、暂停、取消、事件监听等运行时控制能力。
相比旧式库（如 jQuery.animate），它不依赖 DOM 操作模拟帧循环，也不强制重排，性能更接近原生 CSS；但兼容性仍需留意——IE 完全不支持，Safari 13.1+ 才完整支持关键特性。
- 动画参数对象中，
duration单位是毫秒（不是字符串），easing可传贝塞尔曲线或预设值如"ease-in-out" - 返回的
Animation对象有onfinish、oncancel回调，可绑定清理逻辑 - 多个动画可共用一个
timeline实现同步，但实际项目中很少用到，多数情况直接调用element.animate()更简单
const anim = element.animate(
[
{ transform: 'scale(1)', opacity: 1 },
{ transform: 'scale(1.2)', opacity: 0.7 }
],
{
duration: 300,
easing: 'cubic-bezier(0.25, 0.46, 0.45, 0.94)',
fill: 'forwards'
}
);
<p>anim.onfinish = () => console.log('done');
// anim.pause(); anim.play(); anim.cancel();什么时候该放弃 JS 动画？
当动画只涉及简单入场/出场、颜色渐变、尺寸缩放，且不需要响应用户实时输入（如拖拽跟随、滚动视差）时，优先用 CSS。JS 动画真正的价值在于「逻辑驱动」：比如根据鼠标位置实时计算旋转角度、结合传感器数据更新视角、在 Canvas 中绘制粒子系统。
容易被忽略的是动画的「中断处理」：CSS 动画被 class 移除后会立即跳到目标态，而 JS 动画若没在 cancelAnimationFrame 后重置样式，常留下残影或错位。更隐蔽的问题是，在 React/Vue 等框架中直接操作 DOM 动画，可能和虚拟 DOM 更新节奏冲突，导致样式被覆盖。
