2

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

但是，我正在将一个完全原生的游戏转换为 Android，我现在正在研究处理 GL 上下文丢失。

当我们在我们的游戏中维护包含 GL 资产的“资源”列表时，我能够通过它们旋转并恢复 GL 上下文。然而，虽然这在一个简化的测试应用程序中有效，但我有点担心因为上下文丢失可能随时发生，我怀疑我必须修改其他游戏区域（开始线程资源处理），以确保我涵盖了所有内容。

在我的脑海里，我不禁感到，对于我需要支持的设备范围（所有设备都小于 2 年）和使用 API8，防止上下文丢失可能是一个更安全的选择。

作为第一次确定这是否真的可行，我只是在我的扩展GLSurfaceView类实现中创建了一个静态EGLContext并在其中创建了上下文，（我们的原生 Android 应用程序基于 hello-gl2jni 示例安卓ndk）：

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 上下文丢失并能够成功地重新进入应用程序而不会崩溃，所以我可以测试这个选项是否值得关注？

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

非常感谢，

安迪·斯莱特

4

1 回答 1

5

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

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

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

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

于 2012-05-23T16:56:30.453 回答