android - 防止 Android GL 上下文丢失

Question

很抱歉再次提出这个问题，因为我确信它已经被解决了。 :)

不过，我正在将一款完全原生的游戏转换为 Android，现在我正在研究处理 GL 上下文丢失的问题。

当我们在我们的游戏中维护一个包含 GL Assets 的“资源”列表时，我能够通过它们旋转并恢复 GL 上下文。然而，尽管这在简化的测试应用程序中有效，但我有点担心上下文丢失随时可能发生，我怀疑我必须修改其他游戏区域(首先是线程资源处理)，以确保我涵盖了一切。

在我的脑海深处，我不禁觉得防止上下文丢失的发生对于我需要支持的设备范围(所有设备都不到 2 岁)和使用 API8 来说可能是一个更安全的选择。

作为确定这是否真的可行的第一步，我只是在我的扩展 GLSurfaceView 类实现中创建了一个静态 EGLContext 并将上下文创建到这个，(我们的原生 Android 应用程序基于 android ndk 中的 hello-gl2jni 示例):

public EGLContext createContext(EGL10 egl, EGLDisplay display, EGLConfig eglConfig) {
  if (mEGLContext == null)
  {
    ...
    mEGLContext = egl.eglCreateContext(display, eglConfig, EGL10.EGL_NO_CONTEXT, attrib_list);
  }
  return mEGLContext;
}

然后我简单地删除了销毁上下文调用:

public void destroyContext(EGL10 egl, EGLDisplay display, EGLContext context) {
  //egl.eglDestroyContext(display, context);
}

然后在应用程序重新进入时，通过按主页然后从最近的应用程序列表按钮中选择应用程序，应用程序崩溃了。这是跟踪日志:

// home button pressed
05-23 17:04:26.784: W/GlContextTrace(11504): Activity State Change: 'onPause' (pausing)
05-23 17:04:26.808: W/GlContextTrace(11504): 'GLSurfaceView.EGLContextFactory::destroyContext' (doesn't actually call eglDestroyContext)
05-23 17:04:27.519: W/GlContextTrace(11504): Activity State Change: 'onStop'

// application re-entry
05-23 17:04:30.089: W/GlContextTrace(11504): Activity State Change: 'onRestart'
05-23 17:04:30.089: W/GlContextTrace(11504): Activity State Change: 'onStart'
05-23 17:04:30.089: W/GlContextTrace(11504): Activity State Change: 'onResume'
05-23 17:04:30.229: W/GlContextTrace(11504): 'GLSurfaceView.EGLContextFactory::createContext' (uses the  previously created GL context)

// which immediately invokes destroyContext and ends my application:
05-23 17:04:30.315: W/GlContextTrace(11504): 'GLSurfaceView.EGLContextFactory::destroyContext'
05-23 17:04:30.479: W/GlContextTrace(11504): Activity State Change: 'onPause'
05-23 17:04:30.636: W/GlContextTrace(11504): Activity State Change: 'onStop'
05-23 17:04:30.636: W/GlContextTrace(11504): Activity State Change: 'onDestroy'

崩溃日志是:

05-23 17:04:30.401: W/dalvikvm(11504): threadid=11: thread exiting with uncaught exception (group=0x40a361f8)
05-23 17:04:30.409: E/AndroidRuntime(11504): FATAL EXCEPTION: GLThread 753
05-23 17:04:30.409: E/AndroidRuntime(11504): java.lang.RuntimeException: eglMakeCurrent failed: EGL_SUCCESS
05-23 17:04:30.409: E/AndroidRuntime(11504):    at android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1178)
05-23 17:04:30.409: E/AndroidRuntime(11504):    at android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1170)
05-23 17:04:30.409: E/AndroidRuntime(11504):    at android.opengl.GLSurfaceView$EglHelper.createSurface(GLSurfaceView.java:1081)
05-23 17:04:30.409: E/AndroidRuntime(11504):    at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1433)
05-23 17:04:30.409: E/AndroidRuntime(11504):    at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1216)

我对崩溃感到有点惊讶，但我认为这突出表明我不完全理解这里的过程。

现在有人知道我如何修改我的 GLSurfaceView 类实现以防止 GL 上下文丢失并能够成功地重新进入应用程序而不会崩溃，这样我就可以测试这个选项是否值得遵循吗？

我应该说我正在尝试自己做这件事，所以如果我想出如何去做，我会发布答案。 :)

非常感谢，

安迪·斯莱特

Answer 1

在 Android 上，您不应该强行保留 GL 上下文。在移动设备上，根据设备的功能，要求或期望您的应用程序释放上下文(稍后它会取回)是正常的。

与其保留它，不如在 GL 上下文再次可用时重新加载游戏资源。执行此操作的好地方是 Renderer.onSurfaceCreated事件。每当您的上下文被创建或重新创建时(即，当您之前丢失的上下文返回给您时)，GL 渲染器线程都会调用此方法。

因此您不必担心 GL 上下文丢失并且您不会知道:当上下文重新获得时，onSurfaceCreated 将始终被调用，您可以确定这一点。

附带说明，在 Android 应用程序中，您应该在 Activity.onPause() 中暂停 GLSurfaceView，并在 Activity.onResume() 中恢复它。这些可以通过 GLSurfaceView.onPause() 和 onResume() 来完成。