glActiveTexture默认行为不符预期的技术咨询

嘿，你对OpenGL默认纹理单元的理解是完全正确的——默认激活的确实是GL_TEXTURE0，除非你用glActiveTexture()手动切换，这个状态会一直保持。你碰到的“绑到GL_TEXTURE0不显示，切到GL_TEXTURE1才正常”的情况，我之前也踩过好几次坑，大概率是这几个常见原因：

• 着色器采样器的绑定位置没对齐：
  这是最容易踩的坑！如果你没在着色器里给采样器显式指定绑定位置（比如用layout(binding = 0)），OpenGL驱动会自动给采样器分配位置，但这个分配结果可能和你的预期完全不一致——比如你的sampler2D被默认分配到了单元1，那你把纹理绑到0当然没用。解决办法很直接，给着色器里的采样器加个绑定声明就行：

  layout(binding = 0) uniform sampler2D mainTex;
  

  这样就能确保采样器和GL_TEXTURE0严格对应。

• 纹理绑定后被意外覆盖了：
  仔细检查下你的代码流程，有没有在绑定纹理到GL_TEXTURE0之后，又不小心在同一个单元上绑了别的东西？比如后续调用了glBindTexture(GL_TEXTURE_2D, 0)解绑，或者绑定了另一个纹理ID，那之前的绑定就直接失效了。这种情况在代码较长、模块较多时特别容易被忽略。

• 状态泄漏或者上下文搞混了：
  如果你的程序是多线程架构，或者用了多个OpenGL上下文，可能别的线程/上下文偷偷修改了纹理单元状态。另外有些UI框架或窗口库，在后台渲染UI时会切换纹理单元，用完却没恢复到原来的状态。这种情况下，别依赖默认状态，每次绑定纹理前都显式调用glActiveTexture(GL_TEXTURE0)，虽然麻烦一点，但能彻底避免这类莫名其妙的问题。

• 纹理本身创建出问题了：
  还有一种可能是，你以为纹理绑定成功了，但其实纹理本身是无效的——比如创建时没正确分配内存、格式不匹配、过滤模式设置错误（比如用了GL_LINEAR但没生成mipmap）。当纹理无效时，OpenGL会自动使用默认的纯色纹理，这时候你切到GL_TEXTURE1如果刚好有个有效的纹理，就会显示出来，让你误以为是纹理单元的问题。可以用glGetError()查下有没有错误，或者用RenderDoc这类工具直观查看纹理的实际状态。

对了，你后面提到“即使显式调用glActiveTexture(GL_TEXTUREX...”没写完，如果是显式设置了GL_TEXTURE0还是不行，那更要优先排查着色器和纹理本身的问题，而不是纠结纹理单元的状态。

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