GLAD + GLFW 是现代 OpenGL 开发的最小必要组合：GLAD 运行时加载函数地址，GLFW 管理窗口与上下文，必须按 glfwInit()→创建窗口并 glfwMakeContextCurrent()→gladLoadGLLoader() 顺序初始化。
GLAD + GLFW 是现代 OpenGL 开发的最小必要组合
不用 GLAD，glVertexAttribPointer 这类函数调用会直接崩溃；不用 GLFW，你就得手动写 Win32 / X11 / Cocoa 窗口代码——这不是学图形学，是在学操作系统接口。GLAD 负责在运行时把 OpenGL 函数地址填进函数指针，GLFW 负责创建窗口、管理上下文、处理输入。两者缺一不可，且必须按顺序初始化：glfwInit() → 创建窗口并 glfwMakeContextCurrent() → 再调 gladLoadGLLoader((GLADloadproc)glfwGetProcAddress)。
常见错误现象：
-
gladLoadGLLoader返回 0：多数是没先调glfwMakeContextCurrent(window)，或者窗口创建失败但没检查返回值 - 黑屏且无报错：很可能是 OpenGL 上下文版本不匹配，比如代码写的是 4.5，但显卡只支持到 3.3，或没设
GLFW_OPENGL_CORE_PROFILE - 链接错误如
undefined reference to 'glfwCreateWindow'：没加-lglfw -ldl -lX11 -lpthread（Linux）或没在 VS 项目里配置好附加依赖项
顶点数据必须走 VAO/VBO，别再用 glBegin/glEnd
固定管线的 glBegin/glEnd 在核心模式（Core Profile）下已被彻底移除。你现在必须显式定义顶点布局、分配显存、绑定属性指针。一个最简三角形需要三步：生成 VAO → 绑定它 → 生成 VBO 并 glBufferData 上传 float 数组；最后用 glVertexAttribPointer 告诉 GPU “每 3 个 float 是一个位置，从偏移 0 开始读”。漏掉 glEnableVertexAttribArray(0)，GPU 就当这列数据不存在。
关键参数差异：
立即学习“C++免费学习笔记（深入）”；
-
glVertexAttribPointer第 2 个参数是每顶点元素数量（如位置是 3），第 3 个是类型（GL_FLOAT），第 5 个是步长（stride），若只有位置属性且连续排列，就填3 * sizeof(float) -
glBufferData的 usage 参数选GL_STATIC_DRAW（数据基本不变）、GL_DYNAMIC_DRAW（每帧改）或GL_STREAM_DRAW（只用一次），选错会影响 GPU 显存调度效率
着色器编译失败时，glGetShaderInfoLog 是唯一可信来源
着色器源码硬编码在 C++ 字符串里（或从文件读），但 glCompileShader 不会抛异常，也不会打印错误。你必须手动查状态：glGetShaderiv(shader, GL_COMPILE_STATUS, &success)，再调 glGetShaderInfoLog 获取具体报错。90% 的“黑屏”问题出在这里：顶点着色器少了个 layout (location = 0) in vec3 aPos;，或片元着色器忘了写 out vec4 FragColor;。
容易踩的坑：
- GLSL 版本声明必须和 OpenGL 上下文一致，
#version 330 core对应 OpenGL 3.3，写成#version 450 core却只建了 3.3 上下文 → 编译静默失败 - 顶点着色器里漏掉
gl_Position = ...→ 链接成功但渲染无效，因为顶点坐标没被写入 - 片元着色器输出变量名必须和声明完全一致，
FragColor写成fragColor或outColor→ 链接失败，但错误日志可能只显示“missing output”这种模糊提示
矩阵变换必须靠 GLM，手算 glm::perspective 和 glm::lookAt
OpenGL 不再提供 gluPerspective 或 gluLookAt 这类工具函数。你需要 GLM（OpenGL Mathematics）库来生成投影、观察、模型矩阵。别自己用 float 数组写 4×4 矩阵乘法——易错、难调试、性能未必更好。正确流程是：用 glm::perspective 构造投影矩阵（注意 fov 单位是弧度，不是角度），用 glm::lookAt 构造视图矩阵（eye、center、up 三向量），再把它们传给着色器的 uniform mat4 变量。
性能与兼容性影响：
-
glm::mat4默认是列主序（column-major），和 OpenGL 期望一致，直接传给glUniformMatrix4fv即可，无需转置 - 若用
glm::ortho替代透视投影，Z 值范围是 [-1, 1]，但深度测试仍生效；而glm::perspective的zNear必须 > 0，设成 0 会导致除零和深度缓冲失效 - 每次更新 MVP 矩阵都要调
glUniformMatrix4fv，频繁调用有开销，实际项目中建议只在矩阵真正变化时才上传
最常被忽略的点是：所有 OpenGL 调用都依赖当前上下文有效，而上下文绑定是线程局部的。如果你在子线程里调 glDrawArrays 却没调过 glfwMakeContextCurrent，行为未定义——大概率 crash，但有时只是静默失败。别假设“窗口创建了，上下文就一直有效”。
