OpenGL的“命名”类缓冲、VAO操作函数仍需绑定的意义是什么？

你遇到的1282错误对应GL_INVALID_OPERATION，本质不是DSA（直接状态访问）接口要求提前绑定对象，而是你创建对象时使用了旧版glGen*系列接口，而非DSA配套的glCreate*接口：

• glGenBuffers/glGenVertexArrays仅生成未初始化的ID，没有绑定过的ID不关联任何实际的OpenGL对象状态，直接传入DSA接口就会触发错误。你调用绑定操作的本质是完成对象的类型初始化，将ID和对应类型的对象状态绑定。
• 如果改用glCreateBuffers/glCreateVertexArrays创建对象，生成的ID已经完成了类型初始化，不需要任何绑定操作就可以直接传入DSA接口使用，不会触发报错，示例如下：

// VBO 正确DSA用法，无需绑定
GLuint vbo;
glCreateBuffers(1, &vbo);
glNamedBufferData(vbo, size, data, static_cast<GLenum>(usage));

// VAO 正确DSA用法，无需绑定
GLuint vao;
glCreateVertexArrays(1, &vao);
GLuint attribIndex = 0;
GLuint offset = 0;
for(const GlslType type : layout) {
    const auto& attrib = GLSL_TYPES.at(type);
    glVertexArrayAttribFormat(vao, attribIndex, attrib.size, static_cast<GLenum>(attrib.type), GL_FALSE, offset);
    glEnableVertexArrayAttrib(vao, attribIndex);
    glVertexArrayAttribBinding(vao, attribIndex, 0);
    offset += attrib.size_bytes();
}

• 避免全局状态污染：传统接口修改对象必须改动全局绑定点，很容易出现不同模块修改绑定点后忘记恢复，导致后续逻辑异常的问题。DSA接口直接操作目标对象，不需要改动全局绑定状态，代码健壮性更高。
• 逻辑可读性更强：代码中直接通过参数明确操作的对象ID，不需要向上追溯最近的绑定调用就能明确操作目标，维护成本更低。
• 减少冗余操作：需要批量操作多个同类型对象时，不需要反复切换绑定点，减少不必要的状态切换开销。
• 更适合面向对象封装：封装对象类时，成员方法可以直接操作自身持有的ID，不需要要求调用方在调用方法前手动绑定当前对象，封装性和易用性更好。

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