EBO通过索引复用顶点数据减少重复存储。它不改变顶点内容，仅让GPU按索引查表取顶点，要求所有属性完全一致才可复用；创建时需绑定到VAO，调用glDrawElements而非glDrawArrays，并注意索引类型与范围校验。
为什么EBO能减少顶点重复？
顶点重复不是“画多了”，而是指多个三角形共用同一个空间位置（比如立方体一个角点被3个面共享），但你却在glBufferData里写了3次完全相同的position、normal、texCoord——这浪费显存，也拖慢上传和渲染。EBO（Element Buffer Object）不改变顶点数据本身，只让GPU按索引顺序去“查表”取顶点，同一组顶点坐标+法线+UV只需存一份，靠glDrawElements驱动复用。
关键在于：顶点是否可复用，取决于**所有属性是否完全一致**。比如两个面共享一个角，但一个面需要法线(0,1,0)，另一个需要(0,0,1)，那就不能共用顶点——必须拆成两个顶点，哪怕位置相同。
怎么创建并绑定EBO？ EBO本质是GL_ELEMENT_ARRAY_BUFFER类型的缓冲对象，生命周期和VBO类似，但绑定目标不同：
常见错误是忘记调用glBindVertexArray后再绑定EBO——EBO绑定是VAO状态的一部分，没绑定VAO就绑定EBO，后续切换VAO时会丢失索引关系。
- 先生成：
glGenBuffers(1, &eboID) - 绑定：
glBindBuffer(GL_ELEMENT_ARRAY_BUFFER, eboID)（注意不是GL_ARRAY_BUFFER） - 上传数据：
glBufferData(GL_ELEMENT_ARRAY_BUFFER, sizeof(indices), indices, GL_STATIC_DRAW)，其中indices是unsigned int或unsigned short数组 - 绑定到VAO后，这个EBO就成为该VAO的“默认索引源”，之后
glDrawElements会自动使用它
注意：glVertexAttribPointer系列函数**不关心EBO**，它们只配置顶点属性如何从VBO里读；EBO只影响“画哪些顶点”以及“按什么顺序画”。
glDrawArrays 和 glDrawElements 的调用差异
glDrawArrays是“从第N个顶点开始，连续画M个顶点”，完全不经过索引；glDrawElements才是EBO的入口：
正确调用示例：
立即学习“C++免费学习笔记（深入）”；
glBindVertexArray(vaoID); glDrawElements(GL_TRIANGLES, 6, GL_UNSIGNED_INT, 0); // 画6个索引，类型是uint，偏移0字节
参数说明：
- 第二个参数是**索引数量**，不是顶点数量（例如画2个三角形需6个索引，哪怕只用了4个唯一顶点）
- 第三个参数必须匹配你传入
indices数组的C++类型：GL_UNSIGNED_INT对应std::vector<unsigned int></unsigned>，GL_UNSIGNED_SHORT更省内存但限制索引数 - 第四个参数是**索引数据在EBO内的字节偏移**，通常为0；如果EBO里存了多组索引（如子网格），才需要非零偏移
常见错误：把glDrawArrays改成glDrawElements但忘了改第二个参数（仍传顶点数），结果只画出前几个索引，画面残缺。
调试EBO问题的三个关键检查点 EBO出错往往黑屏或乱码，因为GPU根本没读到预期顶点：
最容易被忽略的是：VAO绑定时机和EBO绑定顺序。
- 确保
glBindVertexArray(vaoID)在glBindBuffer(GL_ELEMENT_ARRAY_BUFFER, eboID)之前——否则EBO不会记录进VAO - 检查
indices数组里的值是否全在[0, N)范围内（N是VBO中顶点总数），越界会导致读到脏内存，可能崩溃或花屏 - 确认着色器里
layout(location = 0)等绑定与glVertexAttribPointer调用顺序严格一致；EBO不改变属性布局，但错位会让法线当位置用、UV当法线用
如果用glDrawElements后完全没输出，先用glDrawArrays验证顶点数据和着色器是否正常，再切回EBO流程——这样能快速定位是数据问题还是索引逻辑问题。
