17370845950

transition-delay 无法实现多属性串行执行，所有过渡起始时刻相同；须合并为单条 transition 声明，注意 timing-function 不可省略；负 delay 仅跳过动画前段而非改变触发时机；真需顺序执行应使用 keyframes、JS 事件或动画库。

transition-delay 不能控制多个属性的执行顺序

很多人以为给 transition-delay 设不同值，就能让 width 先变、opacity 后变——实际不是这样。CSS 的 transition 是并行触发的：只要触发状态变化（比如 hover），所有满足条件的过渡都会同时开始，只是各自延迟不同、持续时间不同，视觉上可能错开，但**起始时刻仍是同一帧**。真要“先 A 再 B”，得靠 JS 控制类名切换节奏，或拆成多个独立动画。

用单个 transition 属性统一管理多个过渡

避免写多条 transition 声明（比如分别写 transition: width 0.3s; transition: opacity 0.3s 0.2s;），后者会覆盖前者。必须合并为一条：

transition: width 0.3s ease, opacity 0.3s ease 0.2s;

注意逗号分隔，每个字段按 property duration timing-function delay 顺序写。漏掉 timing-function 会导致 delay 不生效（浏览器会把第二个数值误认为 timing-function）。

delay 值为负数时会发生什么

transition-delay: -0.1s 不是报错，而是让过渡从“当前状态的中间位置”开始——相当于跳过前 10% 动画过程。常用于衔接上一个动画结束帧，但容易导致跳变，调试困难。真实项目中建议只用非负 delay，并配合 transitionend 事件做后续动作。

• 负 delay 不改变触发时机，只改变动画起始状态
• 多个属性设不同负 delay，仍无法实现串行效果
• Chrome DevTools 的 Animations 面板里能看到实际起始偏移，比猜更可靠

真正需要“顺序执行”时该怎么做

比如：先缩放 → 等缩放完成 → 再淡入 → 最后位移。纯 CSS 很难干净实现，推荐组合方案：

• 用 @keyframes 写一个完整动画，用 animation-fill-mode: forwards 保持终态
• JS 监听第一个 transitionend，再添加下一个 class（注意过滤伪元素和重复触发）
• 对复杂流程，直接上 anime.js 或 GSAP，它们天然支持时间轴和依赖链

硬用 transition-delay 拼接三段以上效果，后期维护成本高，且在 Safari 中 delay 行为偶有偏差。