很抱歉再次提出这个问题，因为我确信它已经被做死了。 :)
但是，我正在将完全原生的游戏转换为Android，我现在正在研究处理GL上下文丢失。
由于我们在游戏中维护了一个包含 GL 资产的"资源"列表，因此我能够浏览它们并恢复 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 上下文丢失并能够成功重新进入应用程序而不会崩溃，以便我可以测试此选项是否值得遵循？
我应该说我正在尝试自己做这件事，所以如果我弄清楚如何做到这一点，我会发布答案。 :)
非常感谢，
安迪·斯莱特
在 Android 上，您不应该强制保留 GL 上下文。在移动设备上，根据设备功能，要求或期望应用程序释放上下文(稍后会将其取回(是正常的。
当 GL 上下文再次可用时，您应该重新加载游戏资源，而不是保留它。执行此操作的一个好地方是 Renderer.onSurfaceCreated 事件。每当创建或重新创建上下文时(即，将以前丢失的上下文返回给您时(，GL 渲染器线程都会调用此方法。
因此，您不必担心 GL 上下文丢失并且您不会知道它：当上下文重新获得时，onSurfaceCreated 将始终被调用，您可以确定这一点。
附带说明一下，在Android应用程序中，您应该在Activity.onPause((中暂停GLSurfaceView，然后在Activity.onResume((中恢复它。这些可以通过GLSurfaceView.onPause((和onResume((来完成。