不少3D项目在角色转身、挥手或切换动作时，会出现肢体轻微抽搐、翻转甚至瞬间错位的情况。这类问题通常不是建模精度不够，而是动画关键帧之间的插值方式不合理。尤其是旋转数据，如果继续沿用位置缩放那套线性插值思路，很容易把最短旋转路径变成绕圈路径，视觉上就表现为抖动。下面这张图展示的是关键帧之间不同插值方式对动画曲线平滑度的影响。
一、动画抖动的根源：欧拉角线性插值的陷阱
在关键帧动画中，每一帧通常会存储位移、旋转和缩放信息。位移和缩放的数据结构是三维向量，三个分量彼此独立，直接使用线性插值并不会产生明显的视觉异常。但旋转数据如果使用欧拉角存储，情况就完全不同。欧拉角用三个标量分别表示绕X、Y、Z轴的旋转角度，这三个标量之间并非独立，而是存在旋转顺序带来的耦合关系。对一个欧拉角做线性插值，相当于把三个角度值各自独立地做加减乘除，完全忽略了旋转的组合顺序和最短路径。
举一个典型例子：假设角色从350度旋转到10度，表面上两个角度差值是-340度，但实际最短旋转只需要再转20度。如果直接对欧拉角的Y分量做线性插值，中间值会经过180度附近，模型会大幅旋转一圈。视口里看起来就像模型突然抽搐了一下。更隐蔽的情况是万向锁。当第二个旋转轴接近正负90度时，第一轴和第三轴的旋转会退化成同一自由度，插值过程会出现数值跳变，导致动画在某一帧突然翻转。
从数学角度看，三维旋转空间并不是一个线性空间，而是一个三维流形。欧拉角只是对这个流形的一种参数化，它存在奇异点和角度环绕问题。因此，适合做插值的旋转表示并不是欧拉角，而是四元数。四元数可以保持旋转的连续性和最短路径，配合合适的插值算法，可以从根源上减少抖动。
如果仍使用欧拉角进行线性插值，代码通常如下：
Vector3 EulerLerp(Vector3 a, Vector3 b, float t)
{
return Vector3.Lerp(a, b, t);
}
这个函数在处理接近180度旋转时会产生绕远路问题，如果旋转轴接近万向锁区域，还会出现不可预料的翻转。因此，旋转插值必须替换为四元数方案。
二、关键帧插值算法对比与实现
对于位移和缩放，线性插值虽然简单，但在关键帧密度不均匀时会让运动速度产生突变。比如角色从站立到下蹲，位移曲线如果只是一段段直线连接，那么在关键帧切换处会出现速度不连续，视觉上可能表现为突然加速或突然停止，这也会被感知为轻微抖动。为了解决这个问题，可以改用Catmull-Rom样条插值，它能够保证曲线在控制点处一阶连续，从而让速度平滑过渡。
Catmull-Rom样条需要四个控制点，分别是当前段的前一个点、起点、终点和后一个点。插值公式如下：
Vector3 CatmullRom(Vector3 p0, Vector3 p1, Vector3 p2, Vector3 p3, float t)
{
float t2 = t * t;
float t3 = t2 * t;
return 0.5f * ((2f * p1) +
(-p0 + p2) * t +
(2f * p0 - 5f * p1 + 4f * p2 - p3) * t2 +
(-p0 + 3f * p1 - 3f * p2 + p3) * t3);
}
通过这个公式，位置曲线在关键帧处不会出现折角，速度变化更加柔和。对于角色动画来说，位移和缩放的平滑度会直接影响整体观感。尤其是一些机械感不强的动作，比如呼吸、下蹲、跳跃落地后的缓冲，使用样条插值能明显减少停顿和抖动感。
旋转插值则需要使用四元数球面线性插值，简称Slerp。Slerp会沿着两个四元数之间的球面最短弧进行插值，保证旋转角度线性变化，同时避免绕远路。实现时有一个关键细节：如果两个四元数的点积为负数，则需要先将其中一个四元数取反，确保插值走的是最短路径。下面是Unity风格的C#实现：
Quaternion RotationSlerp(Quaternion a, Quaternion b, float t)
{
float dot = Quaternion.Dot(a, b);
if (dot < 0f)
{
b = new Quaternion(-b.x, -b.y, -b.z, -b.w);
dot = -dot;
}
float theta = Mathf.Acos(Mathf.Clamp(dot, -1f, 1f));
float sinTheta = Mathf.Sin(theta);
if (sinTheta < 0.001f)
{
return Quaternion.Lerp(a, b, t).normalized;
}
float w1 = Mathf.Sin((1f - t) * theta) / sinTheta;
float w2 = Mathf.Sin(t * theta) / sinTheta;
return new Quaternion(
a.x * w1 + b.x * w2,
a.y * w1 + b.y * w2,
a.z * w1 + b.z * w2,
a.w * w1 + b.w * w2).normalized;
}
如果对性能要求较高，也可以使用正规化线性插值Nlerp。Nlerp本质上是在四元数之间做线性插值后再归一化，在旋转角度较小时与Slerp的差异很小，计算量却低很多。但需要注意，Nlerp在旋转角度接近180度时误差会变大，仍然可能带来轻微抖动。因此，动画系统通常会根据旋转角度动态选择Slerp或Nlerp。
三、工程实践：动画数据优化与运行时抖动排查
除了替换插值算法，动画数据本身的健康程度也会影响抖动表现。很多动画资源在导出时包含大量冗余关键帧，这些关键帧之间的时间间隔可能不一致，甚至会重复存储同一个值。如果动画系统采用固定帧率采样，关键帧密度不均匀会导致插值权重在相邻帧之间产生突变，进而引发抖动。因此，在导入动画资源时应该先做一次关键帧清理，去除误差范围内的重复关键帧，并重新统一帧率。
曲线切线平滑也是常用手段。很多DCC工具导出的动画曲线带有尖锐切线，即使在软件内预览正常，导入引擎后如果使用自动切线计算，也可能出现超调或震荡。解决思路是为旋转曲线和位置曲线分别设置合适的切线类型，例如对旋转使用平滑切线，对位移使用样条切线。动画压缩时也要注意旋转误差容差设置得过大，否则压缩后的四元数会丢失精度，插值结果自然会产生细微抖动。
运行时层面的抖动通常发生在多个动画状态混合时。例如状态机从一个动作过渡到另一个动作，如果过渡期间旋转使用欧拉角插值，或者两个动画片段的四元数符号不一致，就会在混合的瞬间出现翻转。正确的做法是在导入阶段统一四元数符号，并在状态混合时使用四元数插值。另一个常见问题是脚本中手动修改旋转时直接操作欧拉角，然后又让动画系统覆盖旋转值，导致一帧内旋转被多次改写，产生不可预测的跳变。
下面给出一个完整的平滑采样示例，位置使用Catmull-Rom，旋转使用Slerp，并通过时间取模保证循环动画首尾连续：
float NormalizeTime(float time, float duration)
{
time = time % duration;
if (time < 0f) time += duration;
return time;
}
Vector3 SamplePosition(Vector3[] keys, float time)
{
float f = time * (keys.Length - 1);
int i = Mathf.FloorToInt(f);
float t = f - i;
int p0 = Mathf.Max(i - 1, 0);
int p1 = i;
int p2 = Mathf.Min(i + 1, keys.Length - 1);
int p3 = Mathf.Min(i + 2, keys.Length - 1);
return CatmullRom(keys[p0], keys[p1], keys[p2], keys[p3], t);
}
这个采样函数避免了因循环边界不连续造成的跳帧。实际项目中，动画关键帧通常由引擎内部管理，但其核心逻辑仍可参考上述思路。总的来说，3D模型动画抖动如果集中出现在旋转环节，最先要检查的是旋转插值是否误用了欧拉角线性插值。位移和缩放抖动则要关注曲线切线、关键帧密度和动画压缩容差。插值优化不是单一函数替换，而是从数据结构、导入流程到运行时混合的完整链路调整。