分层动画混合是通过骨骼权重掩码实现上下身等区域独立驱动的动画合成技术。C++中用std::vector或uint64_t位域存储预计算掩码，采样后按骨骼索引遍历并用slerp/nlerp加权混合，需归一化权重、避免每帧重建掩码，并在IK解算前完成。
什么是分层动画混合，C++ 里怎么建模
分层动画混合不是简单叠加两个 AnimationClip，而是让不同骨骼区域（如 lower_body 和 upper_body）各自驱动、互不干扰。核心在于「权重掩码」——用布尔数组或位掩码标记哪些骨骼受当前动画影响。比如射击动画只影响 spine_01、shoulder_L、hand_R 等上半身骨骼，奔跑动画只影响 hip、thigh_L、calf_R 等下半身骨骼。
实践中建议用 std::vector<bool></bool> 或 uint64_t 位域（若骨骼数 ≤ 64）存储每层的骨骼掩码，初始化时由美术/配置工具生成，运行时不做动态修改。避免在每帧重建掩码，否则 CPU 开销陡增。
如何在动画采样阶段做骨骼级加权混合
关键不在播放器（AnimationPlayer），而在采样后的姿态合成阶段。典型流程是：对每层动画分别调用 sample() 得到局部变换（Transform 数组），再按掩码逐骨骼合并：
- 若某骨骼只被一层激活，直接取该层值
- 若被多层激活（如
spine_01同时在奔跑和射击层中），用线性插值：blend(transform_upper, transform_lower, weight_upper) - 未被任何层激活的骨骼，保持 bind pose 或继承父骨骼变换（取决于是否启用「保留未驱动骨骼」）
注意：旋转必须用 glm::slerp 或 quat::nlerp，不能直接插值 vec3；缩放若参与混合，需先转为对数空间再插值，否则会畸变。
立即学习“C++免费学习笔记（深入）”；
Unity-style Layer Weight 不适用于底层 C++ 实现
Unity 的 AnimationLayer 权重是作用于整层动画的标量，但实际混合发生在骨骼粒度。直接把层权重当骨骼权重用，会导致腰部等过渡区形变撕裂。正确做法是：每层配一个「骨骼掩码」+「层内骨骼统一权重」（如射击层全骨骼权重 0.8），最终每个骨骼的总权重 = 所有覆盖该骨骼的层权重之和（需归一化）。
常见错误：
- 忘记归一化：两层都覆盖
spine_01，权重分别为 0.7 和 0.5，直接相加得 1.2 → 超出范围导致拉伸 - 用 float 数组存每骨骼权重却未对齐 SIMD 内存布局，拖慢混合循环
- 掩码更新滞后一帧（例如切换武器后下一帧才更新射击层掩码），造成瞬时穿模
性能敏感点：掩码预计算与 SIMD 混合循环
每帧对全部骨骼做 if-else 掩码判断是性能杀手。应提前将掩码编译为索引数组：std::vector<size_t> upper_bone_indices = {3, 7, 12, 19};</size_t>，混合时只遍历这些索引。更进一步，把上半身骨骼的变换打包进 __m128 数组，用 AVX2 一次处理 4 个骨骼的旋转/平移插值。
调试时可临时开启 assert(mask_weight_sum > 0.001f) 检查空权重层，避免静止时因浮点误差导致骨骼塌陷。另外，IK 解算必须放在分层混合之后，否则 IK 目标会被上层动画覆盖。
真正难的不是写通逻辑，而是让美术能可靠地导出不重叠的骨骼掩码，并在引擎里验证每层动画实际影响的骨骼集合是否符合预期——这个环节出错，后面所有优化都是白忙。
