引言：蒙皮是角色渲染的性能与质量双重关口
同屏几十个角色时 CPU 蒙皮拖垮主线程，关节处出现撕裂与"糖果纸"式扭缩——这两个问题分别指向蒙皮的两个维度：计算放在哪里执行，以及混合算法本身的数学缺陷。对 MMO 与割草类玩法，蒙皮方案直接决定同屏角色上限。
本文从数据结构到着色器完整拆解蒙皮管线，并讨论算法层面的替代方案。
一、核心数据结构：骨骼、绑定姿势与权重
1.1 两个关键矩阵
骨骼构成一棵树，每个节点保存相对父骨骼的局部变换。蒙皮计算依赖两个矩阵：
- 当前姿势矩阵（Skinning Matrix）：骨骼当前世界变换，由动画采样结果沿层级累乘得到；
- 逆绑定矩阵（Inverse Bind Matrix）：建模时绑定姿势下该骨骼世界变换的逆。
单根骨骼对顶点的变换即SkinningMatrix × InverseBindMatrix：逆绑定矩阵把顶点从模型空间搬进该骨骼的局部坐标系（"固定到骨头上"），当前姿势矩阵再把骨骼空间的顶点带回世界。理解这条两步路径，是排查一切蒙皮异常的基础。
1.2 顶点权重与网格结构
每个顶点最多受 4 根骨骼影响（硬件与带宽约束下的行业惯例），存储骨骼索引与权重：
// 骨骼：树形结构以父索引平铺存储，便于顺序遍历 struct Bone { int parentIndex; // -1 表示根骨骼 Matrix4x4 local
