使用requestAnimationFrame替代定时器驱动动画，减少DOM操作并避免强制重排，优先通过CSS类或transform/opacity实现动画，利用CSS动画和Web Animations API提升性能，结合节流与虚拟滚动优化交互与长列表渲染，核心是降低主线程负担，让浏览器高效合成动画。
在前端动画系统中，JavaScript 的渲染性能直接影响用户体验。为了实现流畅的 60FPS 动画，关键在于减少主线程负担、避免强制同步布局，并合理利用浏览器的渲染机制。
使用 requestAnimationFrame 控制动画节奏
代替 setTimeout 或 setInterval，应始终使用 requestAnimationFrame (rAF) 来驱动动画。rAF 会将回调函数安排在浏览器下一次重绘前执行，确保动画与屏幕刷新率同步。
rAF 还具备自动节流优势，在标签页不可见时暂停调用，节省资源。多个动画可共用一个 rAF 循环，避免频繁触发重排。
减少直接操作 DOM 和避免强制重排
频繁读写 DOM 属性（如 offsetTop、getComputedStyle）会触发强制同步重排，极大拖慢性能。应尽量批量处理 DOM 更新，先读取所有需要的数据，再统一修改样式。
立即学习“Java免费学习笔记（深入）”；
推荐通过切换 CSS 类或修改 transform 和 opacity 来实现动画，这些属性由合成器线程处理，不会触发重排或重绘。
若必须用 JS 控制样式，优先使用 element.style.transform 而非 top/left，因为 transform 启用硬件加速。
利用 CSS 动画和 Web Animations API 卸载逻辑
对于简单动画（如淡入、位移），交给 CSS 处理更高效。CSS 动画运行在合成线程，不占用主线程时间。
复杂场景可考虑 Web Animations API，它结合了 JS 的灵活性和浏览器原生动画的性能优势，例如：
const anim = element.animate([ { transform: 'translateX(0)' }, { transform: 'translateX(100px)' } ], { duration: 500, easing: 'ease-out' });该 API 避免了频繁的 JS 回调，动画由浏览器底层调度。
节流密集事件与虚拟化长列表动画
用户交互（如滚动、鼠标移动）可能高频触发动画逻辑。使用 节流（throttle） 控制回调频率，例如每 16ms 最多执行一次，匹配帧率。
对于包含大量动画元素的列表，采用虚拟滚动技术，只渲染可视区域内的项目，减少内存和绘制开销。
基本上就这些。核心是让 JS 少干活，把动画交给浏览器擅长的部分处理，同时保持对帧率的敏感监控。性能优化不是一蹴而就，而是持续观察与调整的过程。
