transform: rotate() 添加 transition 无效的主因是未触发重绘、优先级覆盖或误用 transition: all;应明确写 transition: transform 0.3s ease-in-out,并配合 translateZ(0) 或 will-change: transform 启用 GPU 加速确保合成层渲染。
直接在 transform 上写 transition: transform 0.3s 通常能生效,但常见失效原因是:元素没触发重绘(比如父容器有 will-change: transform 干扰)、或 CSS 优先级被覆盖、或用了简写 transition: all 0.3s 却被其他属性抖动拖慢。更稳妥的做法是明确限定过渡属性和时间函数。
transition: transform 0.3s ease-in-out,避免 all
rotate() 属于 transform,支持硬件加速,没问题)display: block 或清除浮动,防止 layout 触发重排干扰过渡卡顿往往不是过渡设置问题,而是浏览器没启用 GPU 加速,或频繁触发 layout。关键点在于让旋转只走合成层(compositor layer),不触发 paint 或 layout。
transform: translateZ(0) 或 will-change: transform(仅在必要时加,别滥用)width、height、top 等会触发 layout 的属性:hover 中用 animation + @keyframes 模拟旋转——它比纯 transition 更重,且难以控制中断行为用 class 切换比内联 style 更可控,也方便配合 JS 状态管理。注意:多次快速点击容易导致过渡叠加,需防抖或锁定状态。
.icon {
transition: transform 0.25s cubic-bezier(0.34, 1.56, 0.64, 1);
}
.icon.rotated-90 {
transform: rotate(90deg);
}
.icon.rotated-180 {
transform: rotate(180deg);
}
.icon.rotated-270 {
transform: rotate(270deg);
}
cubic-bezier() 替代 ease,例如上面的值能让旋转开头更轻快、结尾更稳getComputedStyle(el).transform 解析当前矩阵不如维护一个 state 变量可靠iOS Safari 对 transform 过渡的初始状态判断有时不准,尤其元素刚插入 DOM 时。常见表现是:第一次旋转不过渡,直接

transform(哪怕只是 transform: rotate(0deg))el.offsetHeight,再设 class;或用 setTimeout(() => el.classList.add('rotated'), 0)
transform: rotate(var(--deg)) 配合 CSS 自定义属性做动态旋转——部分旧版 Safari 不支持该组合的过渡