border-radius 过渡卡顿是因浏览器需重绘渲染路径，尤其在复杂样式下开销大；推荐用 clip-path 替代、避免干扰属性、控制缓动或分段过渡，并排查布局抖动。
transition 作用在 border-radius 上为什么卡顿
直接对 border-radius 使用 transition，浏览器实际要重绘整个元素的渲染路径（尤其是圆角涉及贝塞尔曲线插值），尤其在低性能设备或复杂背景（渐变、阴影、filter）下，容易掉帧。这不是写法错误，而是 CSS 动画引擎对几何属性插值的天然开销较高。
- 避免同时过渡
border-radius和box-shadow或background渐变 - 确保元素没有
transform: rotate()或其他触发非合成层的属性干扰 - 用
will-change: border-radius提前提示浏览器提升图层——但仅在真正需要时加，滥用反而降低性能
用 clip-path 替代 border-radius 实现更顺滑的圆角动画
clip-path 的动画在支持硬件加速的浏览器中（Chrome/Firefox/Edge 100+）通常比 border-radius 更流畅，因为它是基于 GPU 的裁剪操作，不改变渲染路径结构。
.smooth-round {
clip-path: circle(50% at center);
transition: clip-path 0.3s ease;
}
.smooth-round.rounded {
clip-path: inset(0 0 0 0 round 12px);
}
注意：inset() 中的 round 值必须是具体像素或 rem，不能是百分比；且 Safari 对 inset(round) 的支持较晚（iOS 16.4+ / macOS 13.3+ 才稳定）。
border-radius 过渡卡顿的兜底方案：分段 + 缓动控制
如果必须用 border-radius，可减少插值步长、避开“中间态失真”：
立即学习“前端免费学习笔记（深入）”；
- 用
steps(2, end)强制跳过中间圆角（适合开关类切换） - 改用
cubic-bezier(0.22, 0.61, 0.36, 1)等缓动，让变化集中在后半段，视觉上更“果断” - 对小尺寸元素（如按钮），把
border-radius从4px → 8px改为0 → 8px，避免小数值插值抖动
检查是否被 layout thrashing 拖累
如果圆角变化伴随 JS 频繁读取 offsetWidth、getComputedStyle() 或修改 class 后立刻查询尺寸，会强制同步布局计算，直接打断过渡帧。这类问题常被忽略，但影响远大于属性本身。
- 用
requestAnimationFrame批量读写样式 - 避免在
transitionend回调里立即操作 DOM 尺寸 - Chrome DevTools → Rendering → “Layout Shift Regions” 可定位意外重排
真正卡顿的根源往往不在 border-radius 本身，而在它触发的隐式布局链或合成层降级。先查 Layers 面板看是否每帧都在 CPU 绘制，再决定是换 clip-path 还是砍掉干扰属性。
