必须加 position: absolute，否则 offset-path 无效；浏览器仅对 absolute 或 fixed 元素启用该属性，relative/static/sticky 均被忽略，且需配合 offset-anchor 控制锚点、注意浏览器兼容性与路径坐标系。
必须加 position: absolute，否则 offset-path 无效 —— 这不是可选项，是硬性前提。
为什么一定要用 absolute 定位？
浏览器只对 position: absolute 或 position: fixed 的元素启用 offset-path 布局计算。即使你写了完整的路径和动画，position: relative、static 或 sticky 都会让元素完全忽略路径，停在原始文档流位置。
常见错误现象：offset-path 写对了，@keyframes 也配了，但元素一动不动；检查 computed style 后发现 offset-path 属性被浏览器静默丢弃 —— 很大概率就是定位没设对。
- 必须显式写
position: absolute（不能靠父容器 transform 或 flex 模拟） - 推荐同时设置
top: 0; left: 0;作为起始锚点，避免因父容器 padding/border 导致初始偏移不可控 - 若需响应式适配，用
inset替代top/left/right/bottom（如inset: 1rem;），它更稳定且支持逻辑属性
absolute 定位后，元素位置还“漂”怎么办？
绝对定位只是启用 offset-path 的开关，不解决路径起点与元素视觉起点的对齐问题。默认情况下，元素以自身左上角为锚点沿路径移动，容易出现“悬空”或“切入路径内部”的错位。
立即学习“前端免费学习笔记（深入）”；
关键参数是 offset-anchor：它控制元素上哪个点真正“踩”在路径上。
- 写
offset-anchor: 50% 50%;让元素中心点贴路径（最常用） - 写
offset-anchor: 0 0;对应左上角，适合图标类小元素 - 避免用
offset-anchor: auto—— 它依赖transform-origin，而后者可能被其他 CSS 干扰，行为不稳定 - 注意：Safari 15.4+ 支持
offset-anchor，Chrome 75+ 支持，Firefox 不支持（需 JS fallback）
absolute + offset-path 组合下的尺寸与容器关系
元素脱离文档流后，其宽高不再影响父容器布局，但 offset-path 路径坐标系仍基于**最近的定位祖先（containing block）**。这意味着：
- 路径中的坐标值（如
path("M100,50 L200,50")）是相对于该 containing block 左上角的像素值，不是视口或 body - 如果父容器有
transform: scale(0.8)，路径坐标不会自动缩放 —— 会导致运动范围压缩，必须手动按比例调整路径数值 - 响应式场景下，避免直接写固定像素路径；改用 SVG
<path>+offset-path: url(#myPath)，并把 SVG 设为width: 100%; height: auto;，让 viewBox 自动缩放路径 - 不要给元素设
width: 100%或height: 100%后再套路径 —— 宽高声明与路径运动无关，反而可能因盒模型干扰初始定位
容易被忽略的渲染陷阱
很多人调通动画后上线才发现 Safari 卡顿、Firefox 彻底空白，问题常出在“定位 + 路径 + 动画”三者耦合时的隐性降级。
- Firefox 对
offset-path完全不支持（截至 128 版本），写了也白写，必须用@supports (offset-path: path(""))包裹，或提前 JS 检测降级 - Chrome 中若父容器有
will-change: transform，可能意外触发offset-path重计算，导致动画掉帧；仅对运动元素本身加will-change: offset-distance更精准 - 路径中混用相对/绝对指令（如
M0,0 l50,0 Q100,50 150,0）在 Safari 解析易出错，统一用大写命令（M,L,Q）更稳妥 - 动画循环卡顿？大概率路径没闭合（缺
Z）或用了ray()/rect()—— 它们不支持offset-distance无限循环，Chrome 会静默回退到无动画状态
