渲染优化策略
渲染优化策略：用提交、状态切换和带宽证据优化绘制而不改变结果，以章专属交互与可重放证据独立重写。
学习目标
- 能说明“渲染优化策略”中的用提交、状态切换和带宽证据优化绘制而不改变结果，并给出对应对象、状态或概率边界
- 能用正常基线与“只减少draw call却增加过度绘制或带宽，或用glFinish制造虚假稳定计时”反例定位CPU/GPU时间戳、draw数、状态切换、带宽和图像差异中的首个差异
- 能操作三个章专属实验，让draw call、instancing、state sorting、bandwidth具备解释、视觉和练习证据
- 能修改最小实现、固定输入重放，并判断“渲染优化策略的输入、状态、输出与恢复结果可用同一证据包重放”是否恢复
从一个可推翻的运行假设开始
“渲染优化策略”先固定一个问题：如何证明用提交、状态切换和带宽证据优化绘制而不改变结果？先写下预期对象、状态或像素，再运行正常基线；若CPU/GPU时间戳、draw数、状态切换、带宽和图像差异不能指出第一个分叉，最终画面看起来正确也不能通过。
本页不变量是：渲染优化策略的输入、状态、输出与恢复结果可用同一证据包重放。故障模式“只减少draw call却增加过度绘制或带宽，或用glFinish制造虚假稳定计时”每次只改变一个条件，正常、故障、恢复三次运行必须共享输入与版本。
来源、版本与课程边界
“渲染优化策略”不是某本同名原书的翻译，也不把四套API规范拼成虚构目录。OpenGL状态与对象语义以OpenGL 4.6 Core规范核对，着色语言以GLSL 4.60规范核对，移动端与浏览器边界分别以OpenGL ES 3.2规范和WebGL 2规范核对。八个正式单元是独立课程分类。
六个检查词
在“渲染优化策略”的六词核对中，↡draw call在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。、↡instancing在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。、↡state sorting在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。、↡bandwidth在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。、↡状态所有权决定哪一个上下文或对象保存该值。、↡绑定把对象选为后续命令的隐式参数。。术语只有进入公式、交互状态、代码和可重放输出，才算真正覆盖。
正式单元与机制解释
Draw-call and Rendering Optimization
在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中，draw call成本包含CPU提交、驱动验证与GPU工作；instancing减少重复提交，state sorting减少昂贵切换，但透明对象仍受顺序约束。在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中，优化必须同时比较帧时间、提交数、带宽与像素结果。
在“渲染优化策略”本页，正式坐标是draw call、instancing、state sorting、bandwidth。在“渲染优化策略”的反例核对中，反事实为“只减少draw call却增加过度绘制或带宽，或用glFinish制造虚假稳定计时”；应从CPU/GPU时间戳、draw数、状态切换、带宽和图像差异找到第一个分叉。
先预测，再操作三个章专属实验
1. 对象与执行路径
选择任一正式坐标，沿真实对象、状态、队列或像素路径查看因果关系。
OpenGL 状态所有权图
渲染优化策略
把“用提交、状态切换和带宽证据优化绘制而不改变结果”放回context、binding、object与draw的真实责任边界。
正式坐标
Draw-call and Rendering Optimization
draw call成本包含CPU提交、驱动验证与GPU工作；instancing减少重复提交，state sorting减少昂贵切换，但透明对象仍受顺序约束。优化必须同时比较帧时间、提交数、带宽与像素结果。
当前合同
T_{frame}=T_{cpu}+T_{gpu}+T_{sync}最小可重现实验
GpuTimer timer("opaque-pass");
sortByPipelineAndMaterial(draws);
drawInstanced(batches);
compareImage(reference, output, tolerance);运行“渲染优化策略”时记录API/规范版本、设备或浏览器能力、固定输入、关键中间状态与输出摘要。不得用一次漂亮截图替代对象合同、验证消息、时间戳或像素差异。
练习与答案
练习
问题 1：公式边界。 在“渲染优化策略”中，如何用一个可手算样本验证 ，并标明每个量属于哪一对象、stage、空间或时间点？
问题 2：正式坐标。 在“渲染优化策略”中，draw call、instancing、state sorting、bandwidth如何进入可操作验证？
问题 3：恢复证据。 怎样证明“只减少draw call却增加过度绘制或带宽，或用glFinish制造虚假稳定计时”已真正修复？
本章回顾
掌握“渲染优化策略”意味着能把“用提交、状态切换和带宽证据优化绘制而不改变结果”落到具体对象、状态与输出，能制造“只减少draw call却增加过度绘制或带宽，或用glFinish制造虚假稳定计时”，还能凭CPU/GPU时间戳、draw数、状态切换、带宽和图像差异恢复同输入结果。
名词解释
本章出现的专业名词，用大白话再讲一遍。
- draw call
draw call在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。
- instancing
instancing在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。
- state sorting
state sorting在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。
- bandwidth
bandwidth在“渲染优化策略”的“Draw-call and Rendering Optimization”检查中用于用提交、状态切换和带宽证据优化绘制而不改变结果；应由CPU/GPU时间戳、draw数、状态切换、带宽和图像差异确认。
- state ownership
状态所有权决定哪一个上下文或对象保存该值。
- binding
绑定把对象选为后续命令的隐式参数。