OpenGL与WebGL：采样当前帧缓冲绑定的纹理是否合法？

合法性分析：OpenGL vs WebGL #

好问题！咱们一步步拆解这个场景的合法性：

在OpenGL中 #

这种配置是完全合法的，核心原因在于OpenGL的帧缓冲回环规则只限制「同时对同一个资源进行读写操作」的场景：

• 当你通过glDrawBuffers禁用了t1附着点的写入后，当前渲染管线的输出目标就只剩下t0了——也就是说，t1只会被当作采样源读取，不会被写入。
• 根据OpenGL规范的相关条款：只有当一个纹理同时作为「帧缓冲附着点（可写入）」和「采样源」，且该附着点被包含在glDrawBuffers指定的绘制目标列表中时，才会触发未定义行为或INVALID_OPERATION错误。你已经排除了t1的写入，所以完全符合规范。
• 额外说明：哪怕t1仍然绑定在当前帧缓冲中，只要不向它写入，采样它就没有任何问题——OpenGL只关心资源的读写冲突，而非单纯的绑定状态。

在WebGL中 #

WebGL（包括1.0和2.0）遵循OpenGL ES的规则，同样支持这种配置：

• WebGL 1.0：对应OpenGL ES 2.0，规范明确指出：如果一个纹理被用作帧缓冲附着点，同时又被绑定到纹理单元，只有当该纹理被启用为绘制输出时才会导致未定义行为。你通过glDrawBuffers禁用t1的写入后，就规避了这个风险。注意WebGL 1.0中glDrawBuffers的参数默认仅支持COLOR_ATTACHMENT0，若启用WEBGL_draw_buffers扩展则支持更多附着点，但核心逻辑一致。
• WebGL 2.0：对应OpenGL ES 3.0，规则和桌面OpenGL几乎完全一致——只要t1不在glDrawBuffers的写入目标列表中，采样这个绑定在帧缓冲里的纹理就是安全的，不存在回环问题。

总结 #

不管是桌面OpenGL还是WebGL，你的配置都是合法的，不会触发回环错误或未定义行为。核心逻辑就是：只要确保同一个资源不会在同一渲染阶段被同时读写，哪怕它同时绑定在帧缓冲和纹理单元中，也是允许的。

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