未绑定GL_ARRAY_BUFFER调用glVertexAttribPointer却返回GL_NO_ERROR的问题

这种情况我之前也碰到过，大概率是两种情况之一：要么你的错误检查方式有问题，要么是驱动做了“兼容宽松处理”违反了OpenGL规范。下面具体分析：

首先排查错误检查的正确性 #

OpenGL的错误状态是单次触发、被读取后清除的，而且只有在你调用glGetError()时才会返回当前的错误码。如果你在调用glVertexAttribPointer之后，还执行了其他OpenGL函数（比如glClear、glDrawArrays之类的）才去检查错误，那之前的错误可能已经被后续操作覆盖或者清除了，自然拿到的是GL_NO_ERROR。

正确的错误检查姿势应该是紧跟在目标调用之后立即检查，比如：

// 先确认当前GL_ARRAY_BUFFER绑定为0
GLint boundBuffer;
glGetIntegerv(GL_ARRAY_BUFFER_BINDING, &boundBuffer);
assert(boundBuffer == 0);

// 调用有问题的glVertexAttribPointer
glVertexAttribPointer(0, 3, GL_FLOAT, GL_FALSE, 0, (void*)0x100);

// 立即检查错误
GLenum err = glGetError();
if (err != GL_NO_ERROR) {
    // 正常情况下这里应该能拿到GL_INVALID_OPERATION
    fprintf(stderr, "OpenGL Error: 0x%X\n", err);
}

另外还要注意：如果你的上下文开启了调试输出（比如通过glDebugMessageCallback），有些驱动会把错误信息通过调试回调输出，而不设置glGetError()的状态，这时候你得去看调试日志而不是只调用glGetError()。

驱动的兼容性宽松处理 #

如果确认错误检查的时机和方式都没问题，那基本就是驱动的锅了。不同厂商的OpenGL驱动对规范的严格程度差异很大：

• NVIDIA的驱动以“兼容性优先”著称，经常允许一些违反规范的操作而不报错，比如这种未绑定缓冲区就传非空pointer的情况，它可能会直接把pointer当作CPU内存地址来处理（虽然规范不允许），所以不会触发错误。
• AMD或Intel的驱动通常更严格，这种情况大概率会立刻抛出GL_INVALID_OPERATION错误。
• 另外，如果你使用的是兼容上下文（而不是核心上下文），驱动的宽松度也会更高，核心上下文对规范的遵守要求更严格。

验证方法 #

你可以通过以下方式验证：

• 切换到核心上下文（创建上下文时指定核心版本，比如OpenGL 3.2 Core Profile），再测试一次，看是否会触发错误。
• 换另一厂商的显卡驱动测试（比如从NVIDIA换成AMD），对比结果。

总的来说，如果你的错误检查流程没问题，那这种情况就是驱动的非规范兼容行为——严格来说确实违反了OpenGL规范，但厂商通常是为了兼容旧代码才这么做的。

内容的提问来源于stack exchange，提问作者spraff