EGL共享上下文的最大数量是多少？Android端创建遇EGL_BAD_ALLOC错误

问题概述 #

按EGL官方文档，共享上下文的创建数量本无限制，但在Android客户端中，以单个EGLContext作为共享参数调用eglCreateContext时，一旦创建32个及以上的上下文，就会返回EGL_NO_CONTEXT，错误码为EGL_BAD_ALLOC。由于eglCreateContext由GPU厂商闭源的gEGLImpl实现，无法通过源码直接定位根因。

可能的触发原因 #

• 厂商实现的隐性限制：EGL标准虽无数量约束，但GPU厂商的闭源实现可能为了控制资源占用，硬编码了共享上下文的数量上限（比如32个），超过后直接触发内存分配失败的错误。
• 系统进程资源阈值：Android系统对每个进程的GPU相关内存、句柄等资源有隐性配额，创建过多EGLContext会快速耗尽这类资源，导致系统返回EGL_BAD_ALLOC。
• 共享资源池过载：共享上下文会统一管理纹理、着色器等共享资源，大量上下文同时绑定共享池，可能导致资源池内存占用超出设备承载能力。

可行的解决思路 #

• 复用上下文而非新建：放弃为每个任务创建新上下文的模式，改用固定数量的上下文绑定线程池，通过复用减少上下文总数。
• 严格执行资源销毁：确保不再使用的EGLContext及时通过eglDestroyContext销毁，避免资源泄漏导致的“伪资源不足”问题。
• 做厂商兼容性适配：针对出现问题的GPU设备，动态检测上下文创建结果，一旦触发EGL_BAD_ALLOC，自动回退到减少上下文数量的策略。
• 调整EGL配置参数：尝试降低EGLConfig的资源消耗，比如减小颜色缓冲区位数、关闭非必要的扩展，降低单个上下文的内存占用，从而能创建更多上下文。

内容的提问来源于stack exchange，提问作者August1996