我对 OpenGL API 非常陌生，刚刚发现了纹理以及如何使用它们。生成的纹理缓冲区的绑定方式与常规制服的绑定方式不同，而是使用glActiveTexture，然后进行绑定，而不是像我们使用其他常量那样仅通过glUniform 将纹理提供给着色器。
这个约定背后的原因是什么？
我能想到的唯一原因是利用显卡的全部潜力和纹理处理能力，而不是直接绑定缓冲区。这是正确的推理，还是仅仅是 API 的实现方式？
官方 wiki 上没有给出任何理由，只是说这很奇怪：“在 OpenGL 中使用绑定纹理有点奇怪”https://www.khronos.org/opengl/wiki/Texture
【问题讨论】：
您的问题可以用两种方式解释。
“为什么我们将纹理绑定到上下文而不是着色器？”
因为这会使多个着色器使用相同的纹理变得不必要地困难。请注意，几乎没有图形 API 直接将纹理附加到程序。不是任何版本的 D3D，不是 Metal，甚至是 Vulkan。
纹理是着色器使用的资源。但它们不是着色器的一部分。
“为什么我们对待纹理不同于一般的值数组？”
在现代 OpenGL 中，着色器可以访问多种不同类型的资源：UBO、SSBO、纹理和图像。这些资源中的每一种最终都代表了图形硬件的潜在不同部分。
存储块不仅仅是一个可以更大的统一块。存储缓冲区代表着色器进行全局内存访问，而统一块通常直接复制到着色器执行单元中。在后一种情况下，访问它们的数据要快得多，但这也意味着您受限于这些执行单元可以拥有多少存储空间。
现在，并非所有硬件都如此（AMD 的 GCN 硬件对两者的处理方式几乎相同，这就是 their UBO limits are so large 的原因）。但对于很多硬件来说都是如此。
纹理更加复杂，因为出于性能原因，实现需要能够以最佳方式存储它们的数据。因此，纹理存储格式是不透明的。它们甚至在 Vulkan 等表面上低级的 API 中是不透明的。哦，当然，存在线性格式，但根本不需要实现来让您读取它们。
所以纹理不仅仅是常量数组。
【讨论】：
你在比较两个完全不同的东西
可以（以某种方式）将纹理对象与缓冲区对象进行比较。纹理由glActiveTexture 和glBindTexture 的组合绑定到纹理单元，而缓冲区由glBindBuffer 绑定，这有点相似。
纹理采样器制服是着色器中的制服，因此应该与其他制服进行比较。此采样器由glUniform1i 调用设置。
【讨论】：