firefox不支持offset-path，需用@supports检测并降级为transform+requestanimationframe手动插值；path()坐标系为相对元素初始位置；offset-distance动画易卡顿，应避免过短时长和多属性并发；offset-rotate:auto在折线中不可靠，建议js计算切线角。
offset-path 不被支持怎么办
Chrome 102+ 和 Safari 16.4+ 原生支持 offset-path，但 Firefox 全版本至今（2024）仍不支持，CanIUse 显示为「No support」。这意味着靠它做生产级路径动画，等于主动放弃 Firefox 用户。
常见错误现象：offset-path: path("M0,0 L100,50 L50,100"); 在 Firefox 里完全没反应，控制台也不报错——它直接忽略该声明。
- 用
@supports (offset-path: path(""))做特性检测，只对支持的浏览器启用路径动画逻辑 - 对不支持的浏览器降级为
transform: translate()+requestAnimationFrame手动插值（需自己解析 SVG path 数据） - 别依赖
offset-rotate自动朝向——它和offset-path是绑定特性，同样在 Firefox 失效
path() 函数里的坐标单位怎么算
path() 接收的是 SVG 路径语法，但它的坐标系不是绝对像素，而是相对于元素自身初始位置（即未动画前的 getBoundingClientRect() 左上角）的相对坐标。
使用场景：你想让一个按钮沿弧线飞入，但又不想每次改容器尺寸就重调 path 字符串。
立即学习“前端免费学习笔记（深入）”；
- 推荐用
path("M0,0 C50,-30 150,-30 200,0")这类相对贝塞尔曲线，起点始终是元素原点 - 避免写
path("M100,200 C150,170 ...")—— 这些绝对坐标在响应式布局下极易偏移 - 如果必须对齐页面某点，先用 JS 算出相对偏移量，再拼进
path()字符串，而不是硬编码
offset-distance 动画卡顿或跳变
offset-distance 是驱动路径动画的核心，但它本身不是可自然插值的 CSS 属性（不像 opacity 或 transform），浏览器优化程度低，尤其在长路径或高帧率下容易掉帧。
性能影响：Chrome 对 offset-distance 的硬件加速支持有限，频繁更新会触发合成层重绘，比纯 transform 消耗高 2–3 倍 GPU 时间。
- 动画时长别低于 300ms——太短会让插值步长过大，出现明显跳帧
- 用
animation-timing-function: cubic-bezier(.25,.46,.45,.94)替代ease-in-out，更平滑地控制速度变化 - 避免同时动画多个属性：比如一边跑
offset-distance，一边改background-color，会加剧主线程压力
如何让元素沿路径旋转并保持朝向切线方向
offset-rotate: auto 理论上能让元素自动对齐路径切线，但实际中经常“转过头”或“不动”，尤其在路径包含尖锐折角（L 指令）或短直线段时。
原因在于浏览器对路径曲率的采样精度不足，且 auto 模式不处理方向突变。
- 对平滑贝塞尔曲线（
C、S指令为主），offset-rotate: auto可用；对含多个L的折线，建议手动计算角度 - 配合
offset-distance用 JS 监听动画进度，调用getPathSegAtLength()（需先获取 SVGPathElement）算切线角，再设style.transform = `rotate(${deg}deg)` - 注意：CSS 的
offset-rotate和 JS 手动 rotate 不能共存，后者会覆盖前者
真正麻烦的不是写对那几行 CSS，而是路径数据从哪来、怎么适配不同屏幕、怎么 fallback 到 JS 插值——这些没法靠一个 path() 字符串解决。
