glVertexAttribPointer的pointer参数传字节偏移量而非内存地址，绑定VBO后需用offsetof或整数偏移（如0、12），禁用&vertices[0].x等地址表达式，否则触发GL_INVALID_OPERATION。
glVertexAttribPointer 的指针参数到底传什么
它不接收普通指针变量的地址，而是把 void* 当作“相对于顶点缓冲区起始位置的偏移量”。也就是说，nullptr 或 0 表示从缓冲区开头读，reinterpret_cast<void>(12)</void> 表示跳过前 12 字节再开始读。
常见错误是写成 &vertices[0].x 或 vertices.data() —— 这在绑定 GL_ARRAY_BUFFER 后反而会触发 OpenGL 错误（GL_INVALID_OPERATION），因为驱动会尝试把该地址当 CPU 内存去访问，而实际数据已在 GPU 显存中。
- 必须先调用
glBindBuffer(GL_ARRAY_BUFFER, vbo_id) - 再调用
glVertexAttribPointer，且最后一个参数是字节偏移（不是地址） - 若顶点结构为
struct { float x,y,z; float u,v; };，UV 坐标起始偏移是offsetof(Vertex, u)或3 * sizeof(float)
启用属性数组后为什么还是黑屏
忘记调用 glEnableVertexAttribArray 是最常见原因。OpenGL 默认禁用所有顶点属性通道，即使你配置了 glVertexAttribPointer，不启用就等于没连通管线。
另一个隐蔽问题是索引类型不匹配：如果你用 glDrawElements 但 VAO 中未设置 GL_ELEMENT_ARRAY_BUFFER，或绑定的是 GL_ARRAY_BUFFER，会导致渲染无输出，且通常不报错。
立即学习“C++免费学习笔记（深入）”；
- 每个
glVertexAttribPointer(index, ...)后必须配对glEnableVertexAttribArray(index) - 索引缓冲区必须绑定到
GL_ELEMENT_ARRAY_BUFFER，不能绑到GL_ARRAY_BUFFER - 检查
glGetError()，尤其在glDraw*后——黑屏时它常返回GL_INVALID_OPERATION
使用 glVertexAttribPointer 传递 vec3 和 vec2 混合布局
混合属性时，关键不是“怎么写结构体”，而是确保 stride 和 pointer 精确对应内存布局。C++ 结构体默认可能因对齐插入填充字节，导致 stride 计算错误。
例如：struct Vertex { glm::vec3 pos; glm::vec2 uv; }; 在多数编译器下 sizeof(Vertex) 是 24 而非 20（因 vec2 对齐到 8 字节边界）。直接传 sizeof(Vertex) 作为 stride 是安全的；但手算偏移时若忽略对齐，就会错位。
- 推荐用
#pragma pack(1)或alignas(4)显式控制，或改用std::array<float></float>避免结构体对齐干扰 -
stride设为 0 表示“紧密排列”（仅当单一属性连续存储时可用），混合属性必须显式设正确值 - 用
offsetof计算偏移比硬编码数字更可靠，比如offsetof(Vertex, uv)
VAO 绑定后修改 VBO 数据是否影响已配置的指针
不影响。glVertexAttribPointer 记录的是“当前绑定的 GL_ARRAY_BUFFER 的 ID + 偏移量”，不是数据快照。后续对同一 VBO 调用 glBufferSubData 或 glBufferData，只要 ID 不变，属性读取逻辑自动生效。
但要注意：如果中途切换了 VBO（比如绑定另一个 ID），而没重新调用 glVertexAttribPointer，那么旧配置仍指向原 VBO —— 这可能导致读到脏数据或崩溃（取决于驱动）。
- VAO 保存的是“属性启用状态 + 每个属性的格式/偏移/步长 + 当前绑定的 VBO ID”
- 修改 VBO 内容无需重配 VAO，但切换 VBO 必须重配（或确保新 VBO 布局完全一致）
- 调试时可临时用
glMapBuffer检查 GPU 内存内容，确认数据确实更新成功
实际最难缠的往往是结构体对齐和 VAO/VBO 绑定顺序的耦合——这两处出问题，现象都是“看起来配置全对，但顶点就是不出现”。
