一、纹理压缩：项目启动期最被低估的决策
很多项目在「美术资源规范」文档里随便写一句「纹理用 ETC2」，就开始生产了——等到发现高端机型质量不够想换 ASTC、低端机型要 ETC2 兜底、PS5 又要 BC7 时，上千张纹理已经按错格式烘焙，重新压缩 + 重新上传 CDN 的成本是天文数字。
纹理压缩选型要在项目第一周就拍板，理由是它影响：
- 显存预算（同图不同压缩差 3–6 倍）
- 包体大小（影响安装转化率）
- 加载速度（IO 带宽）
- 美术质量上限（高频细节可不可见）
- 跨平台兼容性（哪台机器会黑屏）
本篇作为纹理压缩选型的「决策总图」，从算法原理到跨平台兜底一次讲清。
二、三大压缩阵营与算法原理
纹理压缩格式看似眼花缭乱，本质上只有三大阵营。先讲清它们共同遵守的三个硬性前提——这是理解所有格式设计的钥匙。
2.0 前置原理：压缩纹理的三个硬性前提
纹理压缩对应的是固定速率有损向量量化（Lossy Vector Quantization）：
- 固定速率（Fixed Rate）：固定大小的像素块编码进固定大小的字节块（如 4×4 像素 → 64 bit）。为什么必须固定？GPU 要随机访问任意像素——渲染时只采样需要的纹素，如果访问不同像素的解码耗时差异大（如 zip 那类可变速率压缩），采样延迟就不可控，渲染管线直接崩。 <
