OpenGL 架构与状态机

从一个可推翻的运行假设开始

“OpenGL 架构与状态机”先固定一个问题：如何证明区分上下文状态、对象存储、绑定点与VAO捕获关系？先写下预期对象、状态或像素，再运行正常基线；若当前context、program、VAO属性槽、EBO、FBO与逐片元状态快照不能指出第一个分叉，最终画面看起来正确也不能通过。

本页不变量是：OpenGL 架构与状态机的输入、状态、输出与恢复结果可用同一证据包重放。故障模式“把ARRAY_BUFFER当前绑定误当成VAO整体状态，或依赖上一个pass残留开关”每次只改变一个条件，正常、故障、恢复三次运行必须共享输入与版本。

来源、版本与课程边界

“OpenGL 架构与状态机”不是某本同名原书的翻译，也不把四套API规范拼成虚构目录。OpenGL状态与对象语义以OpenGL 4.6 Core规范核对，着色语言以GLSL 4.60规范核对，移动端与浏览器边界分别以OpenGL ES 3.2规范和WebGL 2规范核对。八个正式单元是独立课程分类。

六个检查词

在“OpenGL 架构与状态机”的六词核对中，context、state machine、vao、vbo、state ownership、binding。术语只有进入公式、交互状态、代码和可重放输出，才算真正覆盖。

正式单元与机制解释

OpenGL Context, Objects, and State

在“OpenGL 架构与状态机”的“OpenGL Context, Objects, and State”检查中，OpenGL命令在当前context上执行，buffer、texture与program等对象保存存储或可执行内容，binding把对象选为后续命令的隐式参数。在“OpenGL 架构与状态机”的“OpenGL Context, Objects, and State”检查中，VAO记录属性格式、属性缓冲关联与element array binding，但不会把所有全局状态冻结成快照。

在“OpenGL 架构与状态机”本页，正式坐标是context、state machine、vao、vbo。在“OpenGL 架构与状态机”的反例核对中，反事实为“把ARRAY_BUFFER当前绑定误当成VAO整体状态，或依赖上一个pass残留开关”；应从当前context、program、VAO属性槽、EBO、FBO与逐片元状态快照找到第一个分叉。

先预测，再操作三个章专属实验

最小可重现实验

gl.bindVertexArray(vao);
gl.bindBuffer(gl.ARRAY_BUFFER, vertices);
gl.vertexAttribPointer(0, 3, gl.FLOAT, false, stride, 0);
gl.bindBuffer(gl.ELEMENT_ARRAY_BUFFER, indices);
gl.drawElements(gl.TRIANGLES, count, gl.UNSIGNED_SHORT, 0);

运行“OpenGL 架构与状态机”时记录API/规范版本、设备或浏览器能力、固定输入、关键中间状态与输出摘要。不得用一次漂亮截图替代对象合同、验证消息、时间戳或像素差异。

练习与答案

本章回顾

掌握“OpenGL 架构与状态机”意味着能把“区分上下文状态、对象存储、绑定点与VAO捕获关系”落到具体对象、状态与输出，能制造“把ARRAY_BUFFER当前绑定误当成VAO整体状态，或依赖上一个pass残留开关”，还能凭当前context、program、VAO属性槽、EBO、FBO与逐片元状态快照恢复同输入结果。

阅读导航

← 深入理解 OpenGL WebGL OpenGL ES 全书学习地图 · OpenGL ES 移动端适配 →