requestAnimationFrame 是 浏览器 原生动画 API，按屏幕刷新节奏自动调度回调，60Hz 下约每 16.7ms 执行一次，后台自动暂停，合并 dom 更新以减少重排 重绘，并智能降频保帧率稳定。
requestAnimationFrame 是 浏览器 原生提供的动画 API，本质是“告诉浏览器：我有个动画要画，请在下一次屏幕刷新前帮我调用一下函数”。它不自己定时间，而是由浏览器根据当前屏幕刷新节奏来调度执行时机。
跟屏幕刷新完全同步
主流 显示器 刷新率是 60Hz，也就是每 16.7ms 刷新一帧。requestAnimationFrame 的回调会严格对齐这个节奏，在每次 重绘 前触发。这意味着动画不会“抢跑”或“迟到”，避免了 setInterval 那种与刷新错位导致的掉帧、卡顿或抖动。
- 60Hz 屏幕 → 回调约每 16.7ms 执行一次
- 75Hz 屏幕 → 自动变成约每 13.3ms 一次
- 页面被最小化或切到后台标签页 → 回调自动暂停，不消耗资源
所有 DOM 更新集中批量处理
如果你在一帧内多次修改样式或布局，requestAnimationFrame 会把它们合并进一次重排（reflow）和重绘（repaint），而不是像 setTimeout 那样逐次触发、反复强制渲染。这直接减少了性能开销，尤其对复杂动画或频繁交互场景很关键。
更省电、更智能的调度
它不是“拼命执行”，而是配合浏览器渲染管线动态调节：
立即学习“Java 免费学习笔记（深入）”；
- 主 线程 繁忙时，会适当延迟回调，防止阻塞导致丢帧
- 检测到连续几帧执行超时，可能主动降频（比如从 60fps 降到 30fps），保持动画稳定而非崩溃
- 移动端锁屏或 webview 进入后台时，自动停止，大幅降低 CPU 和电池消耗
使用简单但必须注意终止
它默认是 递归 调用的，比如：
<script><br>function animate(timestamp) {<br> // 动画逻辑 <br> requestAnimationFrame(animate);<br>}<br>requestAnimationFrame(animate);<br></script>
要停止时，得用 cancelAnimationFrame(id)，其中 id 就是 requestAnimationFrame 返回的数字标识——这点和 clearTimeout 类似，忘了存 id 就停不掉。
基本上就这些。它不是万能的，但只要是涉及视觉变化的 js 动画，requestAnimationFrame 几乎就是现代 Web 的标准起点。
