GPU骨骼动画的骨骼数限制主要源于Uniform/Constant Buffer的容量限制和Shader资源约束。16KB的Buffer仅能支持约256个4x4骨骼矩阵，部分平台对数组长度也有上限。工程中可通过骨骼分批、Texture Buffer存储、Compute Shader计算或骨骼压缩等方法突破限制。主流引擎通常将最大骨骼数设为60-256，以平衡性能与兼容性。
1. GPU骨骼数限制的根本原因
主要原因：Uniform/Constant Buffer大小有限
**骨骼动画（Skinning）**需要把每个骨骼的变换矩阵（通常是4x4矩阵，16个float）传给GPU的Shader。
这些矩阵一般通过**Uniform Buffer（OpenGL）、Constant Buffer（DirectX）、Push Constant（Vulkan）**等方式传递。
但每帧能传给Shader的Uniform/Constant Buffer大小是有限的，比如OpenGL ES 3.0规定最小支持16KB（16384字节），实际硬件可能更小或更大。
假设每个骨骼用一个4x4矩阵（64字节），16KB最多只能传256个骨骼矩阵。
次要原因：Shader寄存器/资源限制
除了Uniform Buffer本身的大小，Shader寄存器数量、常量寄存器数量、参数数量等也有限制。
有些平台对单个Uniform数组的长度有上限（比如GLSL的uniform mat4 bones[MAX_BONES]，MAX_BONES有上限）。
其他相关因素
性能考虑：骨骼数越多，Skinning计算量越大，Shader压力越大，可能导致性能瓶颈。
API/驱动实现差异：不同平台、不同GPU厂商的实现细节也会影响最大骨骼数。
2. 实际工程中的应对方法
骨骼分批/分片：如果模型骨骼数超限，可以拆分成多个Draw Call，每次只传一部分骨骼。
Texture Buffer（骨骼纹理）：用纹理（Texture Buffer）存储骨骼矩阵，Shader里采样获取，突破Uniform Buffer限制（但移动端支持有限）。
GPU Skinning with Compute Shader：用Compute Shader做Skinning，结果写入顶点缓冲，再用普通渲染流程，能支持更多骨骼。
骨骼压缩：用更紧凑的数据结构（比如3x4矩阵、四元数+位移）减少单骨骼数据量。
3. 结论
GPU骨骼数的根本限制，主要是Uniform/Constant Buffer的大小和Shader资源上限。
这也是为什么主流引擎（Unity/UE等）会有“最大骨骼数”设置，通常在60~256之间。
版权声明：本文为CSDN博主「你一身傲骨怎能输」的原创文章，
遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_33060405/article/details/149212320
