GLSurfaceView缩放与前后台切换时出现渲染失效区域问题

首先，你的问题大概率是GLSurfaceView生命周期时序与耗时操作的同步冲突导致的，而非框架内部Bug，不过部分设备的EGL驱动兼容性问题可能加重了这个情况。我来拆解原因和可行的优化方案：

可能的根因 #

1. EGL上下文恢复时序错位
   你在onStart()中调用glView.onResume()，但onResume()里有400ms的阻塞操作——这会导致GLSurfaceView的EGL上下文恢复先于应用资源的完全恢复，此时View的布局尺寸可能还未完成更新，上下文恢复时绑定的Surface尺寸与后续缩放后的实际尺寸不匹配，最终出现渲染失效区域。

2. RenderMode的脏标记丢失
   你使用了RENDERMODE_WHEN_DIRTY，这种模式下只有主动调用requestRender()或系统触发（如Surface创建）才会渲染。前后台切换后，视图尺寸变化的requestLayout()可能因为上下文恢复的延迟，导致脏标记没有正确传递到GL线程，渲染请求被丢弃。

3. EGL Surface与View尺寸不同步
   虽然onSurfaceChanged()能拿到正确宽高，但在上下文恢复过程中，EGL底层的Surface缓冲区可能没有及时更新到新的View尺寸，导致渲染的帧缓冲区还是旧的大小，缩放后出现空白/失效区域。

优化方案（替代临时显隐方案） #

1. 调整GLSurfaceView生命周期调用时序 #

把glView.onResume()/glView.onPause()的调用时机与你的耗时操作对齐，确保资源恢复完成后再恢复GL上下文：

@Override
protected void onResume() {
    super.onResume();
    // 先完成耗时的资源恢复操作
    synchronized (this){
        try{
            this.wait(400);
        }catch (InterruptedException ie){
            ie.printStackTrace();
        }
    }
    // 再恢复GLSurfaceView的上下文
    glView.onResume();
}

@Override
protected void onPause() {
    // 先暂停GLSurfaceView，避免资源冲突
    glView.onPause();
    // 再执行耗时的资源释放操作
    synchronized (this){
        try{
            this.wait(400);
        }catch (InterruptedException ie){
            ie.printStackTrace();
        }
    }
    super.onPause();
}

这样能保证GL上下文恢复时，View的布局已经稳定，EGL Surface能绑定到正确的尺寸。

2. 尺寸变化后主动触发渲染 #

在修改LayoutParams后，除了requestLayout()，主动调用requestRender()确保GL线程收到渲染指令：

CyclicIterator<Integer> iterator = CyclicIterator.from(200, 300, 500);
glView.setOnClickListener(v -> {
    glView.getLayoutParams().height = iterator.next();
    glView.requestLayout();
    glView.requestRender(); // 主动触发渲染
});

3. 强制GL线程同步视口状态 #

如果上述方案仍有问题，可以在onResume完成后，主动在GL线程中重新设置视口，确保状态同步：

@Override
protected void onResume() {
    super.onResume();
    // 耗时恢复操作...
    
    glView.onResume();
    
    // 在GL线程中强制同步视口
    glView.queueEvent(() -> {
        int width = glView.getWidth();
        int height = glView.getHeight();
        GLES20.glViewport(0, 0, width, height);
        GLES20.glClear(GLES20.GL_COLOR_BUFFER_BIT);
    });
    glView.requestRender();
}

关于是否是框架Bug #

这种场景下，更可能是自定义耗时操作打破了GLSurfaceView预期的生命周期时序，而非框架Bug。官方的生命周期调用逻辑是假设onResume()/onPause()执行快速，当你加入阻塞操作后，GL线程与主线程的同步机制就容易出问题。不过部分低端设备（如Redmi 6A）的EGL驱动可能存在上下文恢复时的兼容性问题，加重了这个现象。

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