OpenGL数组纹理在着色器中未正确使用：整数传递异常排查

看起来你已经精准定位了核心问题——数组纹理本身是正常工作的（常量索引能正常显示），但动态传递的纹理索引环节出了差错。咱们从整数属性传递的几个关键细节来排查：

1. 顶点属性与着色器类型必须严格匹配 #

这是最容易踩坑的点：

• 如果你在着色器里声明的是整数类型的属性（比如in int texIndex;或in uint texIndex;），必须使用glAttribIPointer()来传递数据，绝对不能用glAttribPointer()！
  • 对应关系要记牢：in int → glAttribIPointer(..., GL_INT, ...)；in uint → glAttribIPointer(..., GL_UNSIGNED_INT, ...)
• 要是误用了glAttribPointer()，OpenGL会自动把整数转成浮点数（比如int 0变成float 0.0，int 2变成float 2.0），这时候着色器里用整数类型接收的话，会得到完全错误的数值，直接导致索引失效。

2. 别漏了启用顶点属性数组 #

很多时候调试半天，发现只是忘了调用这一行：

glEnableVertexAttribArray(texIndexAttribLocation);

没有启用的话，顶点属性根本不会被传递到着色器里，自然拿不到正确的索引值。

3. 关闭片元着色器的索引插值 #

如果你的纹理索引是从顶点着色器传递到片元着色器的，一定要用flat修饰符关闭插值：

// 顶点着色器
flat out int texIndex;

// 片元着色器
flat in int texIndex;

因为顶点属性在片元阶段默认会被插值，哪怕你传的是整数，插值后可能会变成非整数（比如相邻顶点索引是0和2，中间片元会得到1.0，但如果是带小数的情况就会彻底出错），而数组纹理要求索引必须是精确的整数，插值后的非整数会直接导致采样异常。

4. 快速验证数据传递是否正确 #

可以用两个简单方法确认问题：

• 在着色器里把接收到的索引输出成颜色，直观查看数值：

  // 片元着色器
  fragColor = vec4(float(texIndex) / float(textureArrayLength), 0.0, 0.0, 1.0);
  

  这样你能直接看到每个片元的索引值是否符合预期。
• 用OpenGL API检查顶点属性配置是否正确：

  GLint type;
  glGetVertexAttribiv(texIndexAttribLocation, GL_VERTEX_ATTRIB_TYPE, &type);
  // 检查返回的type是否是你设置的GL_INT或GL_UNSIGNED_INT
  

总结 #

核心问题就是整数属性的传递必须保证类型一致+无插值：用glAttribIPointer对应着色器的整数类型，片元阶段用flat修饰索引，这样就能确保传递的是精确的整数索引，数组纹理就能正常采样了。

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