你观察到的这个现象完全是正常的，这是因为文件加载的纹理和帧缓冲（FBO）生成的纹理在Y轴的存储/采样约定上本来就存在差异，下面我给你拆解清楚：

差异的根源 #

• 图像文件的存储习惯：绝大多数图像格式（比如PNG、JPG）都是从上到下存储像素的——文件里的第一个像素对应图像的左上角。当你用纹理加载工具（比如stbi_load）读取时，默认会把这个左上角像素映射到纹理坐标(0, 0)，所以采样(0, 0)自然会拿到图像左上角的内容。
• 帧缓冲的像素存储规则：OpenGL的帧缓冲在默认逻辑里，左下角是像素坐标的原点(0, 0)，这和OpenGL窗口坐标系统的底层存储逻辑一致（虽然窗口坐标Y轴向上，但像素数据实际是按Y轴向下的顺序存储）。当你把FBO的颜色附件绑定为纹理时，这个纹理的像素存储规则会继承帧缓冲的设定，所以纹理坐标(0, 0)会对应到帧缓冲的左下角区域。

为什么glClipControl没效果？ #

glClipControl的作用是设置裁剪空间到窗口空间的转换方式，它影响的是顶点着色器输出的NDC坐标如何映射到窗口/帧缓冲的像素位置，但并不会改变纹理本身的像素存储顺序与采样坐标的对应关系。所以不管你设置GL_UPPER_LEFT还是GL_LOWER_LEFT，纹理采样时的Y轴方向都不会受影响，自然解决不了这个问题。

如何让FBO纹理的(0, 0)采样左上角？ #

这里有几种实用的解决方案，你可以根据场景选择：

• 采样时反转Y坐标：在片段着色器里对纹理坐标的Y轴做反转处理，比如把texture(fboTex, uv)改成texture(fboTex, vec2(uv.x, 1.0 - uv.y))。这是最简单直接的方法，不需要修改任何纹理或帧缓冲的配置。
• 修改FBO纹理的Y轴存储规则：如果你的OpenGL版本是4.5及以上（或者支持ARB_texture_y_up扩展），可以在创建FBO的颜色纹理时，调用glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_Y_UP, GL_TRUE)，这样纹理的Y轴就会和图像文件的存储逻辑对齐，(0, 0)直接对应左上角。
• 渲染到FBO时翻转顶点纹理坐标：在绘制到FBO的顶点数据中，把纹理坐标的Y轴反转——比如原来的(0, 0)改成(0, 1)，(0, 1)改成(0, 0)。这样渲染到FBO时，像素的存储顺序就会和图像文件一致，后续采样时无需再调整坐标。

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