我想将一个数值列表传递到片段着色器中。它可能很长（几千个单精度浮点数）。片段着色器需要对此列表进行随机访问，并且我希望在每帧刷新CPU上的值。
我正在考虑如何完成这项任务：
作为数组类型的统一变量（“uniform float x [10];”）。但是，这里存在限制，在我的GPU上发送超过几百个值会非常缓慢，而且我必须在着色器中硬编码上限，而我更想在运行时更改。
将其作为高度为1、宽度为列表长度的纹理，然后使用glCopyTexSubImage2D刷新数据。
其他方法？我没有跟上GL规范的所有变化，也许有一些其他专门设计用于此目的的方法？
目前有四种方法可以实现此操作：标准1D纹理、缓冲纹理、统一缓冲区和着色器存储缓冲区。
使用此方法，您可以使用glTex(Sub)Image1D将数据填充到1D纹理中。由于您的数据只是一个浮点数组，因此image format应为GL_R32F。然后您可以通过简单的texelFetch调用在着色器中访问它。texelFetch采取纹素坐标（因此名称中包含“texel”），并关闭所有过滤。因此，您只会得到一个纹素。
注意：texelFetch是3.0+版本的功能。如果要使用早期的GL版本，则需要将大小传递给着色器，并手动归一化纹理坐标。
这里的主要优点是兼容性和紧凑性。这将适用于GL 2.1硬件（使用符号表示）。而且您不必使用GL_R32F格式；您可以使用GL_R16F半浮点数。或者如果您的数据适合规范化字节，则可以使用GL_R8。大小对整体性能意义重大。
主要缺点是尺寸限制。您只能拥有最大纹理尺寸的1D纹理。在GL 3.x级别的硬件上，这将约为8,192，但保证不少于4,096。
这个工作的原理是在你的着色器中声明一个统一块：
layout(std140) uniform MyBlock
{
float myDataArray[size];
};
MyBlock统一块相关联。更多详细信息可以在此处找到。
这种技术的主要优点是速度和语义。速度是由于实现如何处理统一缓冲区而不是纹理。纹理提取是全局内存访问。统一缓冲区访问通常不是；当渲染时使用着色器时，统一缓冲区数据通常会在其初始化时加载到着色器中。从那里开始，它是本地访问，速度更快。float[]，那就没关系了。但是，如果您有更复杂的数据结构，则语义可能很重要。例如，考虑灯的数组。灯有位置和颜色。如果您使用纹理，则用于获取特定灯的位置和颜色的代码如下：vec4 position = texelFetch(myDataArray, 2*index);
vec4 color = texelFetch(myDataArray, 2*index + 1);
texelFetch函数访问它们。readonly，因为你不会写入它们。imageBuffer图像类型的（非常好的）语法糖。因此，从中读取数据的速度可能与从readonly imageBuffer读取的速度相同。
目前还不清楚通过缓冲图像进行读取/存储是否比缓冲纹理更快或更慢。
另一个潜在的问题是你必须遵守非同步内存访问的规则。这些规则很复杂，很容易让你出错。
glBufferData，glMapBuffer，...）。
但另一方面，它们需要GL3 / DX10硬件才能使用，并且甚至已经成为OpenGL 3.1的核心。如果您的硬件/驱动程序不支持它，则第二种解决方案是首选方法，但最好使用1D纹理而不是宽度x1的2D纹理。在这种情况下，您还可以使用非平面2D纹理和一些索引技巧来支持大于最大纹理大小的列表。
但是我认为纹理缓冲区是解决你问题的完美选择。要获得更精确的了解，你也可以查看相应的扩展规范。
编辑：针对Nicol关于统一缓冲对象的评论，你也可以在这里进行两者的比较。我仍然倾向于使用纹理缓冲区，但不能真正说明原因，只是因为从概念上看它更加适合。但也许Nicol能够提供更多相关内容来解释此问题。
... [...]替换texture ...之外，它们在着色器中的访问和使用方式有何不同之处？它们真的比TBOs更快吗？如果您对这两者都没有经验，那么一些见解会很好。也许您可以添加一个解释UBOs作为替代方案的答案？ - Christian Rau有一种方法是使用像您提到的均匀数组。另一种方法是使用1D“纹理”。查找GL_TEXTURE_1D和glTexImage1D。我个人更喜欢这种方式，因为您不需要在着色器代码中硬编码数组的大小，而且opengl已经具有上传/访问GPU上的1D数据的内置功能。