关于glBlendEquationSeparate与glBlendFuncSeparate混合设置等价于片段着色器纹理加法实现的技术问询

首先，我们来拆解你使用的OpenGL混合参数对应的数学公式，就能明白为什么两者是等价的：

你的混合设置对应的计算逻辑 #

你调用的两个函数：

glBlendEquationSeparate(GL_FUNC_ADD, GL_FUNC_ADD);
glBlendFuncSeparate(GL_ONE, GL_ONE, GL_ONE, GL_ONE);

对应的混合公式（分别针对RGB和Alpha通道）是：

• RGB通道：最终RGB = 源RGB * GL_ONE + 目标RGB * GL_ONE = 源RGB + 目标RGB
• Alpha通道：最终Alpha = 源Alpha * GL_ONE + 目标Alpha * GL_ONE = 源Alpha + 目标Alpha

这里的「源」指的是片段着色器输出的颜色，「目标」指的是帧缓冲区中已存在的颜色。而你现在是在片段着色器内部混合两个纹理，相当于把colorA和colorB分别作为这个公式里的「源」和「目标」（或者反过来，加法交换律不影响结果），所以直接执行colorC = colorA + colorB得到的结果，和通过OpenGL混合管线得到的结果完全一致。

几点需要注意的细节 #

• 颜色空间一致性：如果你的纹理是sRGB格式（比如常见的jpg/png纹理），确保在采样时已经正确转换到线性空间（比如使用sRGB8纹理格式，或者在着色器里手动转换），否则直接相加可能会导致颜色偏差——不过这一点不管是用OpenGL混合还是着色器内加法都需要注意，不影响两者的等价性。
• 颜色值钳制：如果你的帧缓冲区是固定精度格式（比如8位RGBA），相加后超过1.0的颜色值会被自动钳制到1.0；如果是浮点帧缓冲区，则会保留超过1.0的值。这一点在着色器内加法和OpenGL混合中的表现是完全一致的。
• 性能差异：在着色器内混合两个纹理是在GPU的着色器阶段完成，而OpenGL混合是在后续的混合阶段完成，两者的性能开销可能略有不同，但计算结果是一样的。

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