requestanimationframe（raf）在微任务之后、layout之前执行，属于浏览器渲染帧周期而非event loop队列；其时机由刷新率和页面可见性决定，用于安全读取dom尺寸。
requestAnimationFrame（raf）的执行时机由浏览器渲染机制决定，它不直接属于 JavaScript 事件循环（Event Loop）的宏任务或微任务队列，而是被调度在“渲染帧开始前”的特定阶段——即紧邻浏览器下一次重绘（paint）之前，且在 layout 和 paint 之前执行。
raf 属于渲染帧周期的一部分，不是传统 Event Loop 队列中的任务
Event Loop 管理宏任务（如 setTimeout、I/O）、微任务（如 Promise.then），但 raf 是浏览器原生的帧调度机制：它被注册后，会在下一个“浏览器渲染帧”触发前被调用一次。这个时机由显示器刷新率（通常是 60Hz，即每 16.6ms 一帧）和浏览器是否处于活跃状态共同决定。页面不可见（如切换标签页）时，raf 可能被节流甚至暂停。
raf 的执行顺序：在 microtask 之后、layout 之前
一个完整的渲染帧周期大致如下（以 Chrome 为例）：
- 执行当前宏任务（如 click 回调）
- 执行所有已入队的微任务（Promise.then、MutationObserver）
- 检查是否需要渲染：若 DOM 或样式变更，进入渲染流程
- 执行所有已注册的 raf 回调（此时样式已计算完毕，布局尚未进行）
- 执行 layout（计算布局）→ paint（绘制）→ composite（合成）
这意味着：raf 回调中读取 DOM 尺寸/位置是安全的（因为 style 已更新、layout 尚未发生，可避免强制同步布局）；但若在 raf 中修改样式，可能触发后续 layout，需谨慎。
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
与 setTimeout(0) 和 Promise.then 的对比
三者触发时机不同，可用于验证执行顺序：
- Promise.then：微任务，紧随宏任务后立即执行
- setTimeout(0)：宏任务，在下一轮 Event Loop 开始时执行（可能跨帧）
- requestAnimationFrame：绑定到下一帧的渲染周期，在微任务之后、layout 之前执行，且不一定等同于下一轮 Event Loop
例如：在 click 事件中同时注册 Promise.then、raf、setTimeout(0)，典型输出顺序为：Promise.then → raf → setTimeout(0)（前提是 raf 帧未被跳过）。
实际调试建议：用 performance.now() + console.timeStamp
单纯靠 console.log 无法精确判断 raf 执行点，推荐结合时间戳分析：
- 用 performance.now() 记录宏任务、微任务、raf、layout 各阶段时间
- 打开 Chrome DevTools → Performance 面板 → 录制并查看 “Frame” 区域，找到 raf 回调对应的 “Animation Frame Fired” 事件
- 注意：DevTools 的 “Event Log” 中能看到 raf 回调被标记为 “rAF” 类型，并明确显示其位于 “Update Layer Tree”（layout）之前
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
