2. 图形渲染基础
在嵌入式与移动图形系统中，应用开发者通常直接面对的是 OpenGL ES、Vulkan 或 OpenVG 这类图形 API，但真正把“画出来的像素”送到屏幕上的，却往往不是这些 API 本身。理解它们之间的分工，以及窗口系统、显示服务器和 EGL 各自扮演的角色，是掌握 EGL 显示上下文与渲染集成的前提。
一、三类图形 API 的定位差异
OpenGL ES 是移动与嵌入式领域最经典的 3D 图形 API，采用状态机模型，通过 glDrawArrays、glDrawElements 等命令提交绘制。它抽象层次较高，驱动负责大量状态管理和错误检查，开发效率高，但 CPU 开销相对明显。Vulkan 则是新一代显式 API，把内存分配、命令缓冲、同步、队列提交等控制权交给应用，CPU 多线程效率更高，适合复杂渲染管线，但代码量和心智负担显著增加。OpenVG 面向 2D 矢量图形，提供路径填充、描边、渐变、图像混合等能力，常用于仪表盘、地图、UI 矢量图层等场景。
三者并非互相替代，而是覆盖不同需求：OpenGL ES 适合通用 3D 与兼容性优先的项目；Vulkan 适合高性能、低延迟、多线程渲染；OpenVG 适合高质量 2D 矢量加速。它们共同点是：都只负责“生成图像”，并不直接管理窗口、显示模式或屏幕合成。
二、窗口系统与显示服务器的关系
窗口系统负责窗口的创建、层级、输入事件分发和可见区域管理；显示服务器则进一步负责把多个客户端的表面合成为最终帧缓冲，并输出到显示控制器。在桌面 Linux 上，X11 或 Wayland 是典型显示服务器；在 Android 上，SurfaceFlinger 承担合成职责；在嵌入式系统中，可能是 Weston、DirectFB 或厂商自研的显示管理模块。
应用通过图形 API 渲染到某个“表面”或“缓冲区”，窗口系统决定这个表面在屏幕上的位置和裁剪区域，显示服务器决定多个表面如何叠加、缩放、旋转并最终送显。因此，图形 API 与窗口系统之间必须有一个适配层，否则应用无法知道“我该画到哪块缓冲区、这块缓冲区如何与屏幕对应”。
三、EGL 的桥梁角色
EGL 正是连接图形 API 与本地窗口/显示系统的中间层。它不负责具体绘制，而是负责“创建可绘制的目标”和“管理渲染上下文”。核心对象包括：EGLDisplay 表示与显示服务器的连接；EGLConfig 描述颜色格式、深度、模板、多重采样等帧缓冲配置；EGLSurface 表示可绘制的窗口表面、离屏表面或像素缓冲；EGLContext 保存 OpenGL ES 或 OpenVG 的渲染状态。
典型初始化流程如下：
eglDisplay = eglGetDisplay(EGL_DEFAULT_DISPLAY);
eglInitialize(eglDisplay, &major, &minor);
eglChooseConfig(eglDisplay, attribs, &config, 1, &numConfig);
eglSurface = eglCreateWindowSurface(eglDisplay, config, nativeWindow, NULL);
eglContext = eglCreateContext(eglDisplay, config, EGL_NO_CONTEXT, ctxAttribs);
eglMakeCurrent(eglDisplay, eglSurface, eglSurface, eglContext);
// 此后即可调用 OpenGL ES / OpenVG 绘制
eglSwapBuffers(eglDisplay, eglSurface);其中 eglSwapBuffers 是显示集成的关键：它把后台缓冲区提交给显示服务器，由显示服务器在合适的时机合成并送显。若没有 EGL，OpenGL ES 渲染结果就无法与窗口系统建立关联，Vulkan 也需要类似的 WSI 扩展来完成表面呈现。
四、典型场景：从应用到屏幕的完整链路
以车载仪表盘为例：应用使用 OpenVG 绘制指针和刻度，或使用 OpenGL ES 绘制 3D 车模。初始化阶段，应用通过 EGL 获取显示连接、选择配置、创建窗口表面和上下文，并调用 eglMakeCurrent 绑定。渲染阶段，应用向表面绘制内容，随后 eglSwapBuffers 提交。显示服务器收到新缓冲区后，与倒车影像、导航等其他图层合成，最终由显示控制器扫描输出到屏幕。
若使用 Vulkan，则通过 VK_KHR_surface、VK_KHR_swapchain 等扩展与窗口系统交互，但“获取表面、提交呈现”的思想与 EGL 一致。理解 EGL 的抽象，有助于迁移到 Vulkan WSI。
五、常见误区与排查清单
| 误区 | 正确理解 | 排查要点 |
|---|---|---|
| OpenGL ES 直接控制屏幕 | 它只渲染到当前绑定的表面 | 检查 eglMakeCurrent 是否成功 |
| EGL 只用于 OpenGL ES | EGL 也可绑定 OpenVG 上下文 | 确认 EGL_OPENVG_API 绑定 |
| SwapBuffers 后立即显示 | 由显示服务器决定合成时机 | 观察 vsync 与帧延迟 |
| Config 随便选 | 颜色、深度、MSAA 必须匹配需求 | 用 eglGetConfigAttrib 核对 |
eglGetDisplay 与 eglInitialize 成功，再检查 eglChooseConfig 返回的配置数量；若 eglCreateWindowSurface 失败，优先排查原生窗口句柄是否有效、显示服务器是否已就绪。eglCreateContext 的 share_context 参数，并在目标线程重新 eglMakeCurrent，否则会出现渲染状态错乱或黑屏。总结来看，OpenGL ES、Vulkan、OpenVG 解决“怎么画”，窗口系统解决“画到哪个窗口”，显示服务器解决“怎么合成与送显”，而 EGL 解决“如何把两者接起来”。掌握这条分层链路，才能在后续的显示上下文管理与渲染集成中准确定位问题。