android - 如何在 Android 上正确初始化和终止 EGL

Question

虽然有很多关于在 Android 上使用 OpenGL ES 的示例，但在 EGL 的初始化/终止方面，所有这些示例似乎都不正确(即使是带有 Android SDK/NDK 的示例)。问题的根源在于 Android 应用程序模型，这使得 EGL 的正确使用很奇怪。

EGL 根据操作系统的进程 初始化的真正问题，而所有 Android 示例甚至 GLSurfaceView(实际上大多数示例只是使用它)涉及每个 Component(Activity 或 WallpaperService)的 EGL 初始化/终止。这是完全错误的，因为所有组件都在同一个进程中运行!如果应用程序只包含一个组件，则没有问题，但如果应用程序中有多个组件并且每个组件都使用 OpenGL ES，这就是一个问题。

请考虑当两个使用 OpenGL ES 的应用程序组件同时运行并且其中一个已完成的情况。完成此类组件后将调用 eglTerminate()(查看 GLSurfaceView 源代码以了解我在说什么)这将终止整个 进程的 EGL !从这一刻开始，来自另一个已经运行的组件的任何 EGL 调用都将失败!

我已经检查了大量示例，所有示例都在每个组件的基础上初始化和终止 EGL(实际上，我没有见过做与 GLSurfaceView 不同的事情，其中​​大部分只是 GLSurfaceView 内部)。

现在我很感兴趣的是找到一种“正确的”方法来在 Android 上使用 EGL(关于初始化/终止)。

“正确”的方式应该提供:

1. 在任何第一个使用 EGL 的组件启动时进行 EGL 初始化
2. 当使用 EGL 的最后一个组件完成时 EGL 终止
3. 多线程。不应限制仅来自主应用程序线程的 EGL 操作。

请注意，当没有使用 EGL/OpenGL ES 的 Activity 实体时，(2) 对于最小化应用程序对系统资源的使用至关重要。

有什么想法吗？还是我忽略了 Android 上的 EGL？

更新

还有一个有趣的相关问题:

由于每个线程只允许有一个 Activity 的渲染上下文，因此同一时间只有一个组件可以正常使用来自主线程的 OpenGL ES。在主线程中同时运行多个使用 OpenGL ES 的组件会导致问题，因为最后一个调用 eglMakeCurrent() 的组件将隐式地用他自己的上下文“替换”所有其他组件的上下文(这实际上将完全破坏组件逻辑)。

更新 2(最终版)

据透露(感谢 Romain Guy)Android 实际上有一个针对 EGL 初始化/终止问题的内部解决方法文档)eglInitialize() 和 eglTerminate() 中的“引用计数”。

Answer 1

eglTerminate() 和 eglInitialize() 是引用计数的，因此每个“组件”都可以调用它们。特别是在 Android 3.0 上，在同一个应用程序中有多个 OpenGL 上下文是很常见的，EGL 也没有任何问题。