

新闻资讯
技术学院transition适合状态切换而非复杂运动,仅在属性值变化时触发,无起始/结束帧概念,由浏览器自动补间;animation需@keyframes定义关键帧,支持自动播放、循环、暂停及精确时序控制。
它只在属性值变化时触发,比如 :hover、class 切换、JS 修改样式等。没有定义“起始帧”和“结束帧”的概念,浏览器自动补间——你只告诉它“从 A 变到 B”,它决定怎么变。
常见错误是把它当动画用:写一堆 transition: all 0.3s,结果鼠标一划过,所有属性(包括 width、opacity、transform)全动,卡顿还不可控。
color、transform、opacity,但不包括 display、height(除非是具体数值))timing-function 调整缓动曲线transition: opacity 0.2s, transform 0.3s ease-out
@keyframes 是声明式动画蓝图,animation 属性是调用它的开关。它不依赖状态变化,可以自动播放、循环、暂停、反向、填充首尾帧——这些 transition 做不到。
典型误用是用 animation 实现一个简单的悬停缩放,反而比 transition 更重、更难维护。
@keyframes 中必须用百分比(0%、50%、100%)或关键词(from/to),不能写 JS 变量或表达式animation-fill-mode: forwards 很关键——否则动画结束后元素会“弹回”初始状态animation 会覆盖前面的,要用逗号分隔:animation: slide 0.4s, fade 0.2s 0.1s
transform 和 opacity,避免触发布局(width、left)或绘制(background-color)transition-delay 是“等多久才开始过渡”,但它只在触发条件满足后计时;而 animation-delay 是“动画定义后立即开始倒计时”,哪怕元素还没插入 DOM 或没显示(display: none)也会悄悄计时——这点常被忽略。
display: none,之后切为 block,transition-delay 不会累积,而是从可见那一刻重新算animation-delay 在元素进入样式计算阶段就启动,哪怕它被 visibility: hidden 或 opacity: 0 遮住,延迟照样走完animation-delay,配合 animation-play-state: paused + JS 控制更可靠核心判断标准不是“哪个高级”,而是“有没有中间状态、是否需要精确控制时序”。很多 UI 交互(按钮按压、菜单展开、卡片翻转)用 transition 更轻量、更语义清晰;而加载指示器、品牌动效、页面入场序列这类必须自定义多帧节奏的,绕不开 animation。
transition(两态之间,无中间逻辑)animation(需错开两段时序,transition 无法独立控制)animation(infinite + linear,transition 无法循环)@keyframes 写 0%→70%→100%,transition 做不到这种非线性路径@keyframes bounce-in {
0% { transform: scale(0.3) translateY(50px); opacity: 0; }
70% { transform: scale(1.1) translateY(-10px); }
100% { transform: scale(1) translateY(0); opacity: 1; }
}
.element {
animation: bounce-in 0.6s cubic-bezier(0.28, 0.84, 0.42, 1);
}
过渡和动画不是互斥选项,而是不同抽象层级的工具。真正容易出问题的,是把 animation 当成“更炫的 transition”来滥用,或者在该用 @keyframes 描述复杂路径时,硬生生拆成多个 transition 链式触发——后者不仅难维护,还极易因时机错乱导致视觉跳跃。