opengl中model/view/projection矩阵的正确顺序是projection view model position，对应cpu侧需按tr*s组装model矩阵、用glm::lookat构造view、glm::perspective配置projection并注意near/far比值及up向量约束。
GLM构建model/view/projection矩阵的正确顺序
OpenGL顶点着色器里写 gl_Position = projection * view * model * position;，这个乘法顺序不是随便定的——它直接决定了CPU侧矩阵组装必须用右乘逻辑（即变换顺序从右往左）。GLM默认是列主序、列向量约定，所以glm::translate、glm::rotate、glm::scale返回的都是“先作用于输入向量”的变换矩阵。
常见错误是把平移/旋转/缩放顺序搞反。比如想让物体绕自身中心旋转再平移到世界某处，就得先scale→再rotate→最后translate；如果反过来写，旋转会绕原点转，物体就飞出去了。
-
model矩阵通常按glm::translate(...) * glm::rotate(...) * glm::scale(...)组装（T*R*S） -
view矩阵必须用glm::lookAt(eye, center, up)，别手算逆矩阵——lookAt内部已做转置+平移逆运算 -
projection用glm::perspective时注意：fov单位是弧度，不是角度；glm::radians(45.0f)必须显式调用
传给GLSL uniform前必须检查的三件事
即使矩阵算对了，glUniformMatrix4fv 一传就黑屏，大概率栽在这三点上：
- uniform位置没拿到：
glGetUniformLocation(programID, "u_MVP")返回 -1？说明着色器里变量名拼错，或没被使用（编译器优化掉了） - 矩阵内存布局不对：GLM默认列主序，GLSL也是列主序，但
glUniformMatrix4fv第3个参数GL_FALSE表示“不转置”——这恰恰是对的；设成GL_TRUE反而会把列主序当行主序喂给GPU - 矩阵没更新就渲染：比如
model矩阵在循环外只算一次，结果所有物体叠在一起；确保每帧根据对象状态重算
为什么物体总在屏幕外或突然消失
这不是代码逻辑问题，而是深度和裁剪空间的数值陷阱。
透视投影的近平面near值太小（比如0.001f）会导致深度缓冲精度崩坏，远处物体Z-fighting，近处物体直接被裁掉；太大（比如10.0f）又会让相机前面一段空间变“空”。合理范围通常是0.1f～1.0f。
- 检查
glm::perspective的near和far是否满足：far/near ≤ 1000，否则深度值非线性失真严重 - 确认启用了深度测试：
glEnable(GL_DEPTH_TEST)，且清除深度缓存：glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) - 物体坐标离原点太远（比如x=1e6），浮点精度不够，顶点直接被裁剪——把场景整体平移回原点附近再试
视图矩阵调试：camera不动但物体乱飘怎么办
最典型的症状是：改了eye位置，模型却往反方向跑；或者center稍微一动，整个画面翻转。根本原因是glm::lookAt的三个参数含义被误解。
eye是相机位置，center是它盯着的目标点，up是相机“头顶”朝向（不是世界Y轴！）。如果up和center-eye几乎平行，lookAt内部叉积会失效，矩阵奇异，结果不可预测。
- 始终保证
up与center - eye不共线，常用写法：glm::vec3(0.0f, 1.0f, 0.0f)或动态计算正交向量 - 调试时先把
center固定为eye + glm::vec3(0.0f, 0.0f, -1.0f)，确认基础朝向正常后再改 - 不要对
view矩阵求逆再传——lookAt输出的就是“从世界到视图”的变换，直接用
矩阵乘法顺序、uniform传参的布尔标志、near/far比值、lookAt的up向量约束——这些地方没有容错空间，错一个，画面就彻底不可控。实际开发中，宁可多打几行日志输出矩阵行列值，也别靠猜。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
