OpenGL/GLSL多纹理绑定失效：片元阶段所有采样器读取同一纹理

1. 采样器uniform赋值函数调用错误 #

• 代码中使用glUniform1f()为采样器类型uniform赋值，是导致所有纹理关联到同一纹理单元的核心原因。
• OpenGL规范明确要求：采样器uniform必须通过glUniform1i()/glUniform1iv()写入，传入整数类型的纹理单元编号。使用浮点型版本的glUniform1f()设置采样器属于非法操作，对应uniform值不会被正确写入，所有采样器会保持默认值0，即统一指向GL_TEXTURE0绑定的纹理，完全匹配观察到的“所有采样器输入纹理内容一致”、“片元着色器阶段仅1条纹理绑定记录生效”的现象。
• 错误代码片段：

  glUniform1f(glGetUniformLocation(shader.ID, material_uniforms[i].c_str()), i);
  

• 修正方案：替换为glUniform1i(glGetUniformLocation(shader.ID, material_uniforms[i].c_str()), i);

2. texture_bump1未出现在着色器输入列表的成因 #

• 该现象可通过两点排查定位：
  • 片元着色器仅声明uniform sampler2D texture_bump1;，但未实际通过texture()等采样函数使用该变量，GLSL编译器会将其判定为无效代码直接优化移除，此时查询该uniform的location返回值为-1，自然不会出现在RenderDoc的输入列表中。
  • material_uniforms数组未包含"texture_bump1"字符串，代码从未查询该uniform的位置、也未对其赋值，编译器会将无引用的uniform直接优化。

3. 需校验的潜在错配隐患 #

• 确认textures数组的元素顺序与material_uniforms数组的名称顺序完全一一对应，例如textures[0]必须对应绑定到texture_ambient1的纹理，否则即使修正赋值函数，也会出现纹理与采样器错配问题。
• 每次调用glGetUniformLocation()后校验返回值是否为-1，若返回-1说明对应uniform不存在或已被优化，此时调用赋值函数会被OpenGL静默忽略，可提前规避此类问题。

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