真正稳定的动画系统需封装时间控制逻辑并强绑定生命周期：优先用requestAnimationFrame替代setInterval，递归调用并基于performance.now()计算流逝时间；多阶段动画应抽象为时间轴驱动的状态机；定时器须与组件生命周期机制化绑定；高精度场景需主动补偿时间漂移。
定时器在复杂动画处理中不是“能动就行”，而是要兼顾精度、性能和可维护性。直接用 setInterval 或裸 setTimeout 做多段动画，容易出现跳帧、累积误差、清理遗漏等问题。真正稳定的动画系统，核心在于时间控制逻辑的封装与生命周期的强绑定。
优先使用 requestAnimationFrame 替代 setInterval
浏览器原生刷新率（通常60Hz）下，requestAnimationFrame 能保证动画帧与屏幕绘制同步，避免掉帧或撕裂。尤其在滚动、拖拽、路径动画等对流畅度敏感的场景中，它比固定间隔的 setInterval 更可靠。
- 不要写
setInterval(() => { update(); }, 16)模拟60fps——实际执行时机不可控，可能叠加或错失帧 - 正确做法是递归调用
requestAnimationFrame，并在每次回调中计算已流逝时间（performance.now()），而非依赖“帧数计数” - 若需暂停/恢复动画，保存上一次时间戳，重启时用新时间戳减去它，继续推进动画状态，而非重置计时器
多阶段动画必须解耦时间轴与状态更新
复杂动画常包含入场、停留、退场、缓动曲线切换等阶段。硬编码多个 setTimeout 嵌套极易失控。应把整个动画抽象为一个“时间轴驱动的状态机”。
- 定义总持续时间、各阶段起止比例（如：0–0.3 入场，0.3–0.7 停留，0.7–1.0 退场）
- 在每一帧回调中，根据当前进度（
elapsed / duration）查表或插值计算当前状态，再应用到DOM/CSS/Canvas - 避免在动画中直接修改CSS属性（如
element.style.left），改用transform或 CSS自定义属性 +will-change提升渲染性能
定时器必须与组件生命周期严格绑定
动画启动后若组件卸载而定时器未清除，轻则浪费CPU，重则触发已销毁DOM的报错或内存泄漏。不能靠人工记忆清理，而要机制化。
- React中统一用
useRef存储rafId或timeoutId，并在useEffect清理函数中取消 - Vue中推荐使用
onBeforeUnmount配合ref管理，或封装为useRaf组合式函数，自动注册卸载钩子 - 纯JS环境建议创建动画控制器类，提供
start()/stop()方法，并在stop()中统一清空所有关联定时器与事件监听器
精度要求高时需主动补偿时间漂移
JavaScript定时器本身存在固有延迟（尤其在页面后台、GC、高负载时），连续调用 setTimeout 累积误差可达数十毫秒。对倒计时、节拍器、音画同步等场景必须校正。
- 记录每次回调的理论触发时间（如：首次 + n × 间隔），与实际
Date.now()对比，得出漂移量 - 下次延迟 = 设定间隔 − 当前漂移，但不得小于 0（避免负延迟导致立即触发）
- LVGL 或嵌入式GUI中类似逻辑也适用：其
lv_task_handler()每次遍历时检查定时器是否到期，本质也是基于主循环时间戳做差值判断
