CSS动画中animation-timing-function仅控制速度，无法定义路径形状；需用CSS变量配合transform:translate()动态更新位置，通过JS或calc()驱动坐标，实现自定义轨迹运动。
animation-timing-function 无法控制路径形状，得换思路
很多开发者容易陷入一个误区：以为用 animation-timing-function 就能让元素走出漂亮的曲线。其实不然，这个属性只管动画的“节奏”——也就是快慢变化，至于元素在二维空间里怎么拐弯、绕圈或者走贝塞尔路径，它完全无能为力。
那么，实现自定义轨迹运动的核心是什么？关键在于用 transform: translate() 来动态更新位置，而坐标值需要从外部传递进来。这时候，css custom property（也就是 CSS 变量）就成了最轻量、最灵活的“数据管道”。
- 常见错误：在
@keyframes里写死一堆translate(10px, 20px)。这种做法一旦轨迹需要调整，整个动画都得重写，毫无维护性可言。 - 真正可行的路：把运动路径拆解成随时间变化的
--x和--y值序列，然后用 Ja vaScript 或者calc()函数来驱动这些值，CSS 只负责“消费”这些变量。 - 兼容性注意：在
calc()中使用 CSS 变量需要浏览器支持（Chrome 49+、Firefox 40+、Safari 9.1+），IE 浏览器则全线不支持。
用 calc() + CSS 变量实现贝塞尔路径采样
贝塞尔曲线本身没法直接塞进 CSS 里用，但我们可以换个思路：利用三次贝塞尔函数的数学公式，在 calc() 里手动展开计算，再配合 CSS 变量进行参数化控制。这里的核心，是把时间变量 t（从0到1）实时映射为 --x 和 --y 的坐标值。
- 举个例子，假设你有一条 cubic-bezier(0.25, 0.1, 0.25, 1) 曲线，对应的控制点分别是 P₀(0,0)、P₁(0.25,0.1)、P₂(0.25,1)、P₃(1,1)。那么，x(t) 的公式就是 (1−t)³×0 + 3(1−t)²t×0.25 + 3(1−t)t²×0.25 + t³×1，y(t) 的计算也同理。
- 实际操作中，当然不需要你手动去算。更高效的做法是用 Ja vaScript 预先生成一组
t值（比如 0, 0.1, ..., 1.0），并输出对应的--x和--y值，然后在@keyframes里引用这些变量。 - 来看一个示例片段：
@keyframes follow-path { 0% { transform: translate(calc(var(--x-0) * 100px), calc(var(--y-0) * 100px)); } 10% { transform: translate(calc(var(--x-1) * 100px), calc(var(--y-1) * 100px)); } /* ... */ 100% { transform: translate(calc(var(--x-10) * 100px), calc(var(--y-10) * 100px)); } }
JS 驱动时，用 requestAnimationFrame 更新 CSS 变量最稳
如果运动路径是动态变化的，比如要实现鼠标跟随或者由实时数据驱动的位移，纯靠 CSS 的 keyframes 就力不从心了。这时候，必须引入 Ja vaScript 来控制变量的更新节奏。而 requestAnimationFrame 是唯一能与屏幕刷新率同步的方法——相比 setTimeout 或单纯的 CSS animation-duration，它更精准、也更流畅。
- 别这么做：直接调用
element.style.setProperty('--x', xVal)然后等待下一帧渲染。频繁这样操作会触发 layout/reflow，导致明显卡顿。 - 正确做法：将所有变量的更新操作，集中到一次
requestAnimationFrame的回调函数中执行，并且只更新变量值，不要动 DOM 结构。 - 性能陷阱：如果在每一帧都调用
getComputedStyle来读取 CSS 变量的值，会触发强制同步布局，瞬间拖垮帧率。正确的策略是缓存初始值，或者直接用 Ja vaScript 来计算新值。 - 一个小技巧：可以尝试使用
transition: --x 0.016s linear, --y 0.016s linear配合 JS 更新变量。这能省去编写复杂的@keyframes，但只适用于需要简单插值的场景。
SVG path 转 CSS 轨迹时，坐标的单位和缩放最容易翻车
不少人想直接把 SVG 路径的 d 属性数据拿来给 CSS 用，结果元素要么飞出了视口，要么缩成了一个小点。问题的根源在于坐标系的不匹配：SVG 的坐标系默认是无单位的，而 CSS 的 translate() 默认单位是像素。再加上 SVG 的 viewbox、path 自身的 transform、以及 CSS 容器可能有的 scale()，这几层变换叠加起来，坐标系统就全乱套了。
立即学习“前端免费学习笔记（深入）”；
- 务必统一基准：在导出路径坐标前，先用 Ja vaScript 的
getPointAtLength()方法获取点，并将其坐标值归一化到 [0, 1] 区间，然后再乘以目标容器的宽度和高度。 - 避免复合变换的坑：尽量不要写类似
transform: scale(2) translate(var(--x), var(--y))的代码。因为scale()会影响后续translate()对像素值的解释。稳妥的做法是把缩放逻辑提前计算好，并整合到--x和--y变量中去。 - 调试技巧：给动画元素临时加上
outline: 1px solid red边框，然后在浏览器开发者工具里实时修改--x的值，观察元素是否按预期方向偏移。
说到底，用 CSS 变量传递路径坐标，语法本身并不复杂，真正的难点在于背后那些隐式的坐标系统转换——SVG 坐标系、视口、transform-origin、滚动位置，任何一层没对齐，元素就可能“神秘失踪”。动手实践之前，不妨先用 Ja vaScript 打印出你计算的 --x 值和元素实际渲染位置的差值，这个方法往往比反复调整 keyframes 要高效得多。
