OpenGL ES 3.0：多着色器程序与单程序传uniform哪个更快？

在绝大多数OpenGL ES 3.0场景下，使用单个着色器程序+绘制前更新uniform的性能表现会优于切换多个同源码的着色器程序，具体原因和细节如下：

核心开销对比 #

• 着色器程序切换的隐性成本：
  程序切换会触发GPU管线的状态重绑定，包括顶点/片段着色器的重新加载、uniform缓存的完全刷新，甚至可能强制GPU完成当前正在处理的绘制批次（管线停顿）。哪怕是完全相同源码编译出的不同程序对象，它们在GPU中是独立的资源实体，切换时依然要走完整的状态变更流程，整体开销（CPU+GPU）远高于更新少量uniform。

• uniform上传的实际开销：
  现代GPU对uniform操作有多重优化：比如uniform缓存机制、批量更新接口（如glUniformMatrix4fv一次传递矩阵数组）。即使是单个uniform的glUniform*调用，其CPU开销也远低于程序切换带来的综合开销。OpenGL ES 3.0支持的Uniform Buffer Objects (UBO)还能将多个物体的参数打包成块，进一步减少CPU-GPU的交互次数，把上传开销降到最低。

例外场景 #

只有在两种极端情况下，多程序切换可能有优势：

• 每次绘制需要更新的uniform数量极大（几十个甚至上百个独立参数），且程序切换的频率极低（比如数帧才切换一次）；
• 不同程序的uniform布局完全不兼容，导致GPU在更新uniform时需要频繁重组缓存结构，但这种场景在同源码程序中几乎不存在。

实践建议 #

1. 统一使用单个着色器程序，将不同物体的差异参数（如模型矩阵、颜色、纹理ID）设为uniform，绘制前针对性更新；
2. 优先采用UBO批量上传uniform数据，减少glUniform*的调用次数；
3. 仅当着色逻辑存在本质差异时，才创建并切换不同的着色器程序，同逻辑场景绝对不要重复创建程序做切换。

内容的提问来源于stack exchange，提问作者bblizzard