用 short 替代 float 存储顶点属性可减半显存占用（如32字节→16字节），提升GPU缓存命中率，但须严格满足4字节对齐、正确声明整数格式（如GL_SHORT）、归一化设置及硬件兼容性约束。
用 short 类型替代 float 存储顶点属性（如位置、法线、纹理坐标），能在大规模顶点缓冲区中显著降低显存占用，但必须严格匹配 GPU 的内存对齐要求和数据解释逻辑，否则会引发渲染错乱或性能下降。
short 顶点数据的显存节省原理
每个 float 占 4 字节，而 short（有符号 16 位整数）仅占 2 字节。在百万级顶点场景中，节省效果明显：
- 一个含位置（x,y,z）、法线（x,y,z）、UV（u,v）的顶点：若全用 float，共 8 × 4 = 32 字节；改用 short 表示归一化后的值（如 [-1.0, 1.0] 映射为 [-32768, 32767]），可压缩为 8 × 2 = 16 字节，直接减半；
- Android 设备采用统一内存架构（UMA），显存即系统内存子集，节省 16MB 顶点缓冲区 = 减少同等 PSS 内存压力，降低 OOM 风险；
- 更小的数据体积提升 GPU 缓存命中率，尤其在移动端 Mali 或 Adreno GPU 上，L1/L2 缓存带宽有限，数据越紧凑，顶点着色器吞吐越高。
必须满足的内存对齐与格式声明规则
GPU 不会自动“理解” short 是什么——它只按你声明的 vertex attribute format 解析内存。错误对齐或格式不匹配会导致数据错位、截断或崩溃：
-
结构体整体需 4 字节对齐：例如
struct { short x,y,z; }占 6 字节，但实际在缓冲区中会被补齐到 8 字节（末尾加 2 字节填充），否则 OpenGL ES / Vulkan 驱动可能拒绝绑定； - 使用
GL_SHORT或VK_FORMAT_R16G16B16_SINT等明确整数格式，而非 float 格式； - 若混合使用 short 和 float 属性（如 position=short×3, color=float×4），整个结构体大小必须是 4 的倍数，且各属性偏移量需对齐其自身尺寸（short 偏移需为偶数，float 需为 4 的倍数）；
- 在 OpenGL ES 中调用
glVertexAttribPointer时，type参数必须设为GL_SHORT，并启用GL_TRUE归一化（若需映射到 [-1.0,1.0]）或GL_FALSE（保留原始整数值）。
适用场景与安全边界
short 不是万能压缩方案，需结合精度需求和硬件支持判断：
- 适合：静态网格位置（经模型空间归一化后）、切线/法线（用
GL_INT_2_10_10_10_REV更优）、UV 坐标（缩放后可用 short 表示 0–1 范围，精度达 1/65535）； - 不适合：需要高精度的世界坐标、骨骼动画中的 world matrix 元素、动态计算的顶点偏移量；
- 验证方式：用
adb shell dumpsys meminfo <package>对比前后 PSS 变化；在 Mali Graphics Debugger 或 RenderDoc 中检查顶点缓冲区实际内存布局和 attribute 解析结果； - 注意 Android HAL 层限制：部分旧设备 gralloc 分配器对非标准对齐 buffer 支持不佳，建议顶点 buffer 总大小保持 32 字节倍数（匹配常见 GPU cache line）。
配套优化建议
单独换 short 效果有限，需配合其他策略才能释放全部收益：
- 顶点格式最小化：剔除未使用的属性（如无光照则去法线），避免 padding 浪费；
- 使用索引缓冲区（
GL_UNSIGNED_SHORT）复用顶点，进一步减少重复数据； - 静态顶点缓冲区优先：将 short 格式顶点一次性上传至 GPU 显存（
GL_STATIC_DRAW），避免频繁 Map/Unmap 引发同步开销； - 与纹理压缩联动：若顶点 UV 已用 short 精度，可同步启用 ASTC 压缩纹理，形成端到端显存减负链。
