最快定位CSS动画中间状态的方法是用animation-play-state: paused和负animation-delay，如-1.8s，可精准停在指定时刻，比时间轴滑块更精确、可复现且支持跨浏览器调试。
直接暂停动画并倒带到目标时间点，是最快定位 CSS 动画中间状态的方法；靠反复刷新或改 duration 猜时间，效率极低且不可控。
用 animation-play-state: paused 和负 animation-delay 快速停在任意时刻
浏览器对 animation-delay 的负值处理是“提前播放”，比如设为 -2.5s，动画会从第 2.5 秒的状态开始，并立即暂停（前提是同时设了 animation-play-state: paused）。这比手动拖动开发者工具的时间轴更精准、可复现。
- 必须同时设置
animation-play-state: paused和animation-delay: -Xs，缺一不可 -
animation-delay的负值单位必须与原动画的animation-duration单位一致（如原为3000ms，这里就得写-3000ms） - 若动画本身有正向
animation-delay（比如0.5s），调试时要叠加计算：想停在总时间线的 2s 处，实际填-1.5s - 加
!important防止被其他样式覆盖，临时调试时很实用
示例：
.debug-at-1-8s {
animation-play-state: paused !important;
animation-delay: -1.8s !important;
}
为什么不能只靠开发者工具的时间轴滑块
Chrome / Edge 的动画检查器（Animations tab）里那个时间轴滑块看似方便，但有几个硬伤：
立即学习“前端免费学习笔记（深入）”；
- 滑块拖动是粗粒度的，很难精确停在 1.73s 这种非整数时间点
- 多个嵌套动画或 stagger 效果下，滑块只反映主时间线，无法单独控制子元素进度
- 某些用
animation-fill-mode: forwards+animation-direction: alternate组合的循环动画，滑块显示的位置和实际渲染帧可能错位 - 滑块不保存状态，切出再切回就重置，没法做跨步对比
用 animation-duration 临时拉长动画来“减速”观察
当动画太快、连 pause 都来不及反应时，把 animation-duration 放大 10 倍是最简单粗暴的减速法。这不是为了真实运行，而是让每一帧变化变慢，肉眼可辨。
- 只改
animation-duration，其他参数（animation-timing-function、keyframes百分比）保持不变，插值逻辑完全一致 - 别碰
animation-timing-function—— 改成steps(1)或linear会扭曲原本的缓动曲线，看到的不是真实行为 - 如果动画含 JS 控制（比如通过
el.animate()），这种方法无效，得改 JS 中的duration参数 - 改完记得清掉缓存或硬刷新，CSS 文件可能被浏览器缓存导致没生效
容易被忽略的兼容性与副作用
调试样式加得太随意，上线前容易忘删，而且有些写法在旧版 Safari 或 Firefox 上表现异常：
-
animation-delay: -9999s在 Safari 15.6 之前会崩溃，建议别超动画总时长的 10 倍 - 多个
@keyframes同名时，后定义的会覆盖前一个，调试时若引入了第三方 CSS（比如 animate.css），可能意外劫持你的动画名 - 用
will-change: transform调试时，若元素本身没 transform，强行加会导致无意义的图层提升，拖慢渲染 - 调试类名别用
.debug这种泛化名，容易跟项目已有工具类冲突，推荐带作用域的命名如.dbg-anim-2-3s
真正卡住的往往不是怎么动，而是动到一半时某个属性值没按预期更新——这时候得盯住“计算样式”面板里的实时数值，而不是只看视觉。
