eglDestroyContext与未完成Drawcall：GPU未完成任务的资源处理问题

核心结论 #

GPU会继续完成尚未执行的Drawcall，直到所有关联该上下文的GPU命令执行完毕后，才会真正销毁上下文并回收相关资源。

详细分析 #

• OpenGL ES的异步执行特性：CPU提交的Drawcall、eglSwapBuffers等命令都是异步下发到GPU命令队列的，CPU调用API后会立即返回，不会等待GPU执行完成。因此调用eglSwapBuffers时，GPU可能还在处理之前的渲染任务。
• eglMakeCurrent的实际作用：该调用仅将当前线程的EGL上下文与表面解绑，不会中断GPU正在执行的命令，也不会标记上下文或资源为可回收状态。
• eglDestroyContext的行为约束：根据EGL规范，调用eglDestroyContext时，EGL实现必须确保所有依赖该上下文的GPU命令执行完成后，才会真正销毁上下文并释放其持有的资源（包括着色器、缓冲区、纹理等）。哪怕调用时GPU仍在处理任务，EGL也会内部等待GPU完成所有相关操作，再执行销毁和资源回收。
• 资源引用的影响：由于该上下文是这些资源的最后引用持有者，只有上下文被彻底销毁后，资源才会被回收。而上下文销毁的前提是GPU所有关联命令执行完毕，因此不会出现GPU执行Drawcall时资源被提前回收的情况。

补充说明 #

不同GPU厂商的EGL实现可能存在细节优化，但核心逻辑一致：不会因CPU层面解绑、销毁上下文就中断GPU正在进行的渲染任务，必须保证GPU任务完成后才会回收相关资源，避免渲染错误或程序崩溃。

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