Question

再次提出这个问题的道歉，因为我已经确定它已经被处死了。：）

然而，我正在将一个完全原生的游戏转换为Android，我现在正在考虑处理GL上下文丢失。

由于我们在游戏中维护了一个包含GL资产的'资源'列表，我可以通过它们来旋转并恢复GL上下文。然而，尽管这在一个简化的测试应用程序中工作，我有点担心随着上下文丢失可能随时发生，我怀疑我将不得不修改其他游戏区域（线程资源处理一开始），以确保我正在报道一切。

在我的脑海中，我不禁感到防止上下文丢失的发生可能是我需要支持的设备范围（所有不到2年的旧设备）和使用API8的更安全的选择。 / p>

作为第一步，确定这是否真的可行，我只是在我的扩展 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;
}

然后我简单地删除了destroy上下文调用：

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

然后在应用程序重新输入时，通过按Home然后从“最近的应用程序列表”按钮中选择应用程序，应用程序崩溃。这是跟踪日志：

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

我应该说我自己试图这样做，所以如果我知道如何去做，我会发布答案。：）

非常感谢，

安迪斯莱特

Answer 1

在Android上，您不应强行保留GL上下文。在移动设备上，根据设备的能力，通常会询问或期望您的应用程序释放上下文（稍后它会将其取回）。

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

所以你不必担心GL上下文丢失而且你不会知道它：当重新获得上下文时，总是会调用onSurfaceCreated，你可以确定这一点。

另外，在Android应用程序中，您应该在Activity.onPause（）中暂停GLSurfaceView，并在Activity.onResume（）中恢复它。这些可以通过GLSurfaceView.onPause（）和onResume（）完成。

防止Android GL上下文丢失

1 个答案: