最稳的环形进度动画方案是SVG+JS驱动stroke-dashoffset,因clip-path+rotate在旧版安卓WebView和Safari中兼容性差、无法自然缓动、缩放易错位,而stroke-dasharray配合固定viewBox与rotate(-90)可确保周长可控、动画顺滑、响应式稳定。
直接用 CSS 实现环形进度动画,最稳的路径是 SVG + JavaScript 驱动 stroke-dashoffset,而不是纯 CSS transform: rotate() 或伪元素裁剪。后者在安卓 WebView、旧版 Safari 和部分低端设备上容易卡顿、跳帧或根本不触发过渡。
clip-path + rotate 不推荐用于真实进度反馈这类方案依赖两层圆形遮罩叠加,靠旋转外层露出内层颜色来模拟“填充”。问题很实际:
clip-path(哪怕加了 -webkit- 前缀)transform: rotate() 动画无法和百分比数值绑定——你得手动算角度,且无法自然缓动到目标值(比如从 30% 到 85%,中间要插值)clip-path 的坐标系容易错位,导致缺口偏移或整圈消失stroke-dasharray 和 stroke-dashoffset 怎么配才不出错关键不是背公式,而是让 SVG 自身周长可预测、可复用。以标准 <circle cx="50" cy="50" r="45"> 为例:
viewBox="0 0 100 100",这样所有坐标都是相对值,缩放不崩2 * Math.PI * 45 ≈ 282.74,取整为 283,设为 stroke-dasharray="283"
stroke-dashoffset="283"(整圈隐藏),100% 对应 stroke-dashoffset="0"(整圈显示)transform="rotate(-90 50 50)",否则 0% 从 3 点钟方向开始,不符合常规认知transition: stroke-dashoffset 0.4s ease-out —— 多数安卓 WebView 忽略这个过渡,得用 JS 控制帧级更新不用 setTimeout 手动轮询,也不用 requestAnimationFrame 自己做插值。直接用 CSS 自带动画 + JS 触发类名切换,兼顾性能与可控性:
立即学习“前端免费学习笔记(深入)”;
<circle> 加一个初始类 .progress-ring__circle,定义基础描边、stroke-dasharray 和 transform
.progress-ring__animate,只含 stroke-dashoffset 的 from/to 和 transition
stroke-dashoffset 值(如 283 * (1 - percent / 100)),然后 setAttribute('stroke-dashoffset', value),再立即添加/移除 .progress-ring__animate 类触发过渡.progress-ring__animate 的 transition 里写 cubic-bezier(0.34, 1.56, 0.64, 1),比 JS 插值更省 CPU很多人把 SVG 写成 width="200px" height="200px",然后靠媒体查询改尺寸——这会导致 cx/cy/r 值在不同屏下比例失真。正确做法是:
viewBox="0 0 100 100",不设宽高div.progress-ring { width: 80vw; height: 80vw; }
cx, cy, r, stroke-width)全部用相对单位(如 45 而非 45px)真正难的不是画出那个圆,而是让它的动画在各种设备上都“看起来是连续走过去的”,而不是一卡一跳、一顿一顿。多数人栽在没统一坐标系、没预设好周长、或者硬塞 CSS 过渡进 SVG 属性里——这些地方一松懈,用户第一眼就感觉到“不专业”。