如何彻底销毁OpenGL上下文？Android NDK开发遇资源耗尽错误

一、销毁流程的潜在校验点 #

你的销毁代码框架符合标准，但Adreno驱动下的泄漏通常和细节处理有关，需逐一排查：

• 验证解绑操作成功：调用eglMakeCurrent切换到空上下文后，必须检查返回值。如果解绑失败，后续销毁操作无法生效：

  if (!eglMakeCurrent(m_egl_display, EGL_NO_SURFACE, EGL_NO_SURFACE, EGL_NO_CONTEXT)) {
      EGLint err = eglGetError();
      // 记录错误码，排查是否存在无效上下文/表面
  }
  

• 提前释放所有OpenGL对象：在销毁上下文前，手动清理纹理、VBO、着色器程序等GL资源。虽然规范中上下文销毁会自动回收，但Adreno驱动可能存在回收延迟，主动释放能降低泄漏概率：

  glDeleteTextures(1, &m_texture);
  glDeleteBuffers(1, &m_vbo);
  glDeleteProgram(m_program);
  

• 确保所有关联Surface被销毁：如果除了m_eglSurfacePbuffer还有其他绑定到该上下文的Surface（如窗口Surface），必须先销毁这些Surface，否则上下文无法被完全回收。
• 避免重复终止EGL Display：eglTerminate应与eglInitialize一一对应，终止后将m_egl_display置为EGL_NO_DISPLAY，防止后续错误操作。

二、系统/驱动层面的bug可能性 #

你遇到的IOCTL_KGSL_DRAWCTXT_CREATE错误是Adreno驱动的已知问题：

• 部分Android 8.0到10的Adreno驱动中，频繁创建销毁PBuffer Surface会导致KGSL层的上下文资源泄漏，即使销毁流程完全正确，驱动也无法及时回收资源，最终触发" No space left on device"错误。
• 这类问题属于厂商驱动bug，无法仅通过应用层代码完全规避，需结合系统版本判断。

三、可行的缓解方案 #

1. 复用上下文：如果业务场景允许，尽量复用同一个OpenGL上下文，减少创建销毁的频次，这是最有效的规避手段。
2. 调整Surface类型：尝试将PBuffer Surface替换为Window Surface（若适配业务需求），部分驱动对Window Surface的回收机制更稳定。
3. 添加回收延迟：销毁操作后添加100-200ms的延迟，给驱动足够时间完成资源回收；或积累多次销毁操作后批量处理。
4. 升级系统/驱动：引导用户升级设备系统到最新版本，多数厂商已在后续驱动更新中修复了这类泄漏问题。

内容的提问来源于stack exchange，提问作者Yasin GÖZÜBÜYÜK