transition-duration 表示动画持续时间而非速度感,真正影响快慢的是变化量÷时间与缓动曲线;推荐图标 hover 用 0.2s~0.3s、面板展开用 0.3s~0.4s;cubic-bezier() 比预设关键词更可控,性能敏感场景应优先使用 transform/opacity 避免重排。
很多人误以为 transition-duration 设成 2 就比 0.5 “慢”,其实它表示的是整个动画持续的**时间长度**(单位是秒或毫秒),和“速度感”不直接等价。真正影响快慢感知的是「变化量 ÷ 时间」+ 缓动曲线形状。
比如从 width: 100px 变到 300px,用 duration: 0.3s 看起来就比 2s 更“急促”,但若同时改颜色(无明显位移),0.3s 反而显得突兀。所以调速前先确认属性是否适合短时过渡。
duration 推荐值:图标 hover 用 0.2s~0.3s,面板展开用 0.3s~0.4s,避免低于 0.1s(人眼难识别)或高于 0.6s(交互迟滞感)0.25s 合法,.25s 也合法,但建议写全 0.25s 避免解析歧义0s(此时退化为即时切换,transition 不触发)ease、linear、ease-in-out 这些关键词本质是 cubic-bezier() 的简写。真正调手感得自己配贝塞尔曲线——尤其当默认 ease(cubic-bezier(0.25, 0.1, 0.25, 1))开头太冲、结尾太顿时。
常用调试思路:
cubic-bezier(0.1, 0.1, 0.25, 1)
cubic-bezier(0.3, 0.1, 0.7, 0.8)
cubic-bezier(0, 0, 1, 1),linear 关键词虽等效,但某些旧安卓 WebView 对 linear 解析异常,直接写贝塞尔更稳button {
transition: background-color 0.25s cubic-bezier(0.3, 0.1, 0.7, 0.9);
}
当你写 transition: all 0.3s ease;,所有可过渡属性都共用同一个缓动函数。但若拆开写,比如:
.box {
transition-property: width, height;
transition-duration: 0.3s, 0.5s;
transition-timing-function: ease-in, ease-out;
}
这时 width 用 ease-in,height 用 ease-out —— 顺序严格一一对应。漏掉某个属性,或数量不匹配,浏览器会静默截断多余项,导致部分属性回退到默认 ease。
常见陷阱:
transition: width 0.3s, opacity 0.2s; 却没写缓动函数 → 两者都用默认 ease,不是分别继承transition-delay 但没对齐数组长度 → 延迟值也会被截断,opa
city 可能没延迟transition: width 0.3s ease-in 0.1s;
像 width、height、top、left 这类会触发重排(reflow)的属性,叠加高频率贝塞尔计算(尤其自定义 cubic-bezier() 在低端设备上),可能导致掉帧。Chrome DevTools 的 Rendering 面板里勾选 “FPS Meter” 和 “Paint Flashing” 能直观看到问题。
优化方向:
transform 和 opacity 替代:它们走合成层,不触发布局,transition: transform 0.3s cubic-bezier(0.2, 0.6, 0.4, 1); 更稳:hover 中突然开启多属性过渡,尤其是含 box-shadow 或渐变背景——这些会增加每帧绘制成本cubic-bezier() 的插值精度略低,有时看起来“卡两帧”缓动函数不是调得越花越好,关键看用户是否注意到变化——多数情况下,0.25s 配一个微调过的 cubic-bezier(0.3, 0.1, 0.5, 1) 比套用炫酷但难收敛的曲线更可靠。