OpenGL-ES：如何避免FBO转GLSurfaceView时的二次渲染开销

问题1：是否有更简单方式将FBO/纹理投射到表面？ #

有，无需额外OpenGL程序，复用现有特效Shader即可完成显示：

• 完成FBO的特效渲染后，调用glBindFramebuffer(GLES20.GL_FRAMEBUFFER, 0)切回默认帧缓冲（屏幕）。
• 计算适配GLSurfaceView的MVP矩阵：根据Surface宽高与原图像宽高比，计算缩放比例，保证图像不拉伸（比如Surface宽高比小于图像时，按Surface宽度缩放，高度留黑边；反之按高度缩放）。
• 更新Shader中对应的MVP矩阵uniform变量。
• 保持FBO纹理绑定状态，执行glDrawArrays直接绘制到屏幕。
  这种方式只是在同一个Renderer里多一次绘制调用，没有额外程序开销。

问题2：是否能通过GLES20.glDrawArrays同时渲染到两个不同尺寸目标？ #

不行。OpenGL ES 2.0不支持单次绘制输出到多个帧缓冲（部分设备支持GL_EXT_draw_buffers扩展，但兼容性极差，不推荐）。glDrawArrays的绘制结果只能输出到当前绑定的单个帧缓冲，因此必须分两次绘制：一次到同尺寸FBO用于保存Bitmap，一次到屏幕用于显示。

问题3：其他简洁方案 #

• 用ImageView直接显示Bitmap：如果保存Bitmap的流程已经完成，直接将读取到的Bitmap传给ImageView，利用Android原生View的缩放机制适配显示，完全跳过OpenGL二次渲染。注意大尺寸Bitmap的内存占用问题，必要时可先压缩。
• 按需切换渲染目标：在Renderer中判断当前需求：如果仅需显示，直接渲染到GLSurfaceView（用适配尺寸的MVP矩阵）；如果需要保存，再切换到同尺寸FBO渲染并读取Bitmap。这种方式复用Shader和顶点数据，仅切换帧缓冲和矩阵，逻辑简洁。
• 替换为TextureView：用TextureView替代GLSurfaceView，它可以直接获取OpenGL渲染的纹理，并通过自身的setScaleX/setScaleY或布局属性完成缩放适配，无需额外OpenGL绘制。缺点是TextureView的性能略低于GLSurfaceView，适合非高性能场景。

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