自动关联目录：动画性能

1. 定位

动画的成本在两个地方：CPU 侧求值（AnimGraph + IK）与内存侧（动画数据的解压与驻留）。大世界里，同屏角色数一多，这两项都会先于渲染成为瓶颈。

一句话定位：动画优化的第一刀是"减少需要完整更新的角色"，第二刀才是"简化单个角色的图"。

2. 三层优化

① 更新频率：URO（Update Rate Optimization）——不是每个角色都每帧更新
② 求值成本：AnimGraph 简化、LOD、骨骼 LOD、IK 开关
③ 内存与解压：动画压缩、流式、共享

3. URO（更新率优化）

URO 让远处的、不重要的角色降低动画更新频率（如每 3 帧更新一次，中间帧复用上一次的结果或做插值）。

启用 URO 是同屏大量角色时收益最大的一档，且视觉代价通常很小。

4. Animation Budget Allocator

UE 的 Animation Budget Allocator 插件：给整体动画预算设上限，动态分配每个角色的更新率，保证总耗时不超预算。

它比手工配 URO 更省心，代价是需要调参与验证视觉。

5. 骨骼 LOD 与动画 LOD

骨骼 LOD 对 IK 与 Transform Bone 节点收益明显——骨骼少了，遍历就少了。

6. 并行与多线程

最大的隐性陷阱：以为开了多线程，实际上因为某处 Cast 而退化——用 stat anim 与 Insights 确认。

7. 参数与控制台变量

8. 代价与权衡

9. 踩坑与排查

10. 排查顺序

1. stat anim → 更新耗时 vs 求值耗时
2. 角色多？→ URO / Animation Budget Allocator
3. 单角色慢？→ AnimGraph 复杂度、IK、Transform Bone
4. 占游戏线程？→ 是否退化（线程安全约束）
5. 内存高？→ 动画压缩与骨骼 LOD
6. 一定要压测：同屏 N 个角色，而不是只测一个

参考

• AnimInstance 与动画蓝图 · AnimGraph 与节点
• IK 与重定向 · Montage 与 AnimNotify
• Profile 分支的 CPU 剖析