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免费学习笔记（深入）”；
YXPHP6系统可以看做是一个模版平台,而且它又能独立工作. 而且YXPHP6系统也不需要数据库支持. 你可以开发自己的模板,也可以同步官方的模板后进行自己的二次开发,前提是您对YXPHP6要有一定的了解.YXPHP6不仅可以用作企业建站,甚至是blog,只要是您能想到的,YXPHP6几乎都可以胜任. 因为YXPHP6系统本身与模板之间可以说是独立运行的.也就是说,不管你做什么样的网站或者是应用,
- 主线程繁忙时，会适当延迟回调，防止阻塞导致丢帧
- 检测到连续几帧执行超时，可能主动降频（比如从 60fps 降到 30fps），保持动画稳定而非崩溃
- 移动端锁屏或 WebView 进入后台时，自动停止，大幅降低 CPU 和电池消耗
使用简单但必须注意终止
它默认是递归调用的，比如：
要停止时，得用 cancelAnimationFrame(id)，其中 id 就是 requestAnimationFrame 返回的数字标识——这点和 clearTimeout 类似，忘了存 id 就停不掉。
基本上就这些。它不是万能的，但只要是涉及视觉变化的 JS 动画，requestAnimationFrame 几乎就是现代 Web 的标准起点。
