Android GLES20：如何优化两次帧缓冲序列渲染至屏幕的高开销问题？

我之前在处理中低端Android设备的GLES渲染性能问题时遇到过几乎一模一样的场景，Galaxy S6这类高端GPU的带宽和算力余量够大，多FBO pass的开销不明显，但像华为P8 Lite搭载的Mali-T720这类中低端GPU，每一次FBO切换和纹理传输都会吃掉不少帧时间。针对你的三阶段渲染管线，咱们可以从这几个核心方向优化：

1. 合并着色器，减少FBO Pass次数 #

这是见效最快的优化——如果你的着色器B只依赖着色器A的输出（没有跨帧依赖或者复杂的缓冲区交互），完全可以把A和B的像素计算逻辑合并到同一个片段着色器里，直接从视频帧渲染到FBO B，跳过FBO A这一步。

中低端GPU的状态切换（FBO绑定、纹理切换）开销远高于高端设备，少一次Pass就能省掉：

• 一次glBindFramebuffer调用及对应的上下文切换
• 一次纹理从FBO A到FBO B的内存带宽消耗
• 一次完整的顶点/片段着色器执行周期

举个例子，原来的流程是：
视频帧 → 着色器A → FBO A → 着色器B → FBO B → 着色器C → 屏幕
合并后变成：
视频帧 → 着色器A+B → FBO B → 着色器C → 屏幕

只要两个着色器都是纯像素级的计算（比如颜色调整、滤镜叠加），这种合并完全可行，不需要修改太多代码。

2. 优化FBO纹理格式，降低内存带宽压力 #

中低端GPU的内存带宽通常是性能瓶颈，而纹理格式直接决定了每帧的数据传输量。你可以做这些调整：

• 改用低精度纹理格式：如果你的效果不需要RGBA8888的全精度，换成GL_RGB565（每个像素2字节）或GL_RGBA4444（每个像素2字节），能把纹理数据量减少一半。Mali-T720这类GPU对低精度格式的支持非常好，不会有明显的画质损失。
• 匹配视频帧格式：如果视频帧是YUV格式（比如NV21），不要先转成RGB再渲染到FBO。直接用GL_TEXTURE_EXTERNAL_OES采样YUV通道，在着色器里完成颜色转换，避免额外的格式转换开销——这一步能省掉大量的CPU/GPU内存拷贝。
• 避免不必要的纹理附件：确保你的FBO只绑定需要的颜色附件，不要绑定深度/模板缓冲区（如果你的渲染流程不需要的话），减少FBO的内存占用和渲染开销。

3. 最小化状态切换次数 #

GLES的状态切换是隐性开销大户，尤其是中低端GPU对状态切换的处理效率更低。你可以这么优化：

• 批量处理状态变更：把所有FBO绑定、纹理绑定、渲染状态（比如混合、深度测试）的设置集中到渲染循环的开头，而不是每个Pass都重复设置。比如渲染FBO A时启用的混合模式，如果FBO B也需要，就不要在切换FBO时重复调用glEnable(GL_BLEND)。
• 减少默认帧缓冲的切换：渲染完FBO B后直接绑定到屏幕帧缓冲，不要先解绑FBO再绑定屏幕——直接调用glBindFramebuffer(GL_FRAMEBUFFER, 0)切换回默认帧缓冲即可，避免多余的上下文操作。
• 复用VAO/VBO：如果三个Pass使用相同的顶点数据（比如全屏四边形），只需要绑定一次VAO/VBO，不需要每个Pass都重新绑定。

4. 优化着色器的纹理采样逻辑 #

中低端GPU的纹理单元算力有限，减少不必要的采样能显著提升片段着色器的执行速度：

• 复用采样结果：如果在着色器中多次采样同一个纹理坐标，把结果存在临时变量里重复使用，比如：

  // 冗余写法
  vec4 color1 = texture2D(u_texture, v_texCoord);
  vec4 color2 = texture2D(u_texture, v_texCoord) * 0.5;
  // 优化后
  vec4 baseColor = texture2D(u_texture, v_texCoord);
  vec4 color1 = baseColor;
  vec4 color2 = baseColor * 0.5;
  

• 使用合适的过滤方式：如果你的效果不需要线性插值，把纹理过滤模式设为GL_NEAREST，减少采样时的计算量。

5. 调试定位瓶颈 #

最后，一定要用工具确认瓶颈所在，避免盲目优化：

• 使用Android Studio的GPU Profiler，查看每个渲染阶段的耗时，到底是FBO绑定慢、着色器执行慢，还是纹理传输慢。
• 用glGetError()检查是否有隐性的GLES错误，错误的状态设置可能会导致GPU做额外的工作。

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