使用glm进行简单平移变换时返回NaN的OpenGL开发问题求助

嘿，我来帮你捋捋这个问题——用GLM时遇到NaN确实挺头疼的，尤其是已经确认了默认构造是单位矩阵的情况下。咱们一步步排查可能的原因：

1. 先确认矩阵本身真的没问题 #

虽然你说验证了GLM的默认行为，但还是建议直接把矩阵的值打出来看看，毕竟有时候代码里的变量可能被意外修改了：

#include <iostream>
#include <glm/gtx/string_cast.hpp>

// 在实例化trans后立刻打印
glm::mat4 trans;
std::cout << "Initial trans matrix:\n" << glm::to_string(trans) << std::endl;

如果这里输出的不是单位矩阵，那可能是GLM版本兼容问题（比如某些极旧版本的GLM默认构造不会初始化矩阵），或者你的项目里有其他代码污染了内存。

2. 检查后续的矩阵运算 #

NaN几乎都是非法数学操作搞出来的，看看你对trans做了哪些变换：

• 有没有调用glm::inverse(trans)？如果trans变成了奇异矩阵（行列式为0，比如缩放因子全为0），求逆就会产生NaN。
• 有没有用glm::normalize处理长度为0的向量？或者用glm::sqrt传入负数？这些操作都会生成NaN，然后污染整个矩阵。
• 有没有把其他未初始化的GLM变量（比如未赋值的glm::vec3）和trans做运算？未初始化的变量值是随机的，很可能带NaN。

3. 排查OpenGL传递矩阵的环节 #

就算trans本身是对的，传递给着色器时出错也会导致最终结果异常：

• 先检查glGetUniformLocation的返回值：如果是-1，说明你着色器里的uniform变量名和代码里的不一致，这时候赋值根本没生效，着色器里用的是未初始化的垃圾值（大概率是NaN）。
• 确认glUniformMatrix4fv的参数：最后一个参数要传GL_FALSE，因为GLM的矩阵是列主序，和OpenGL的默认要求一致。如果传成GL_TRUE，矩阵会被错误转置，后续运算可能出现异常。
  正确的传递示例：

unsigned int transformLoc = glGetUniformLocation(shaderProgram, "transform");
if (transformLoc == -1) {
    std::cerr << "Error: Uniform 'transform' not found in shader!" << std::endl;
}
glUniformMatrix4fv(transformLoc, 1, GL_FALSE, glm::value_ptr(trans));

4. 确认GLAD/GLFW的初始化状态 #

如果GLAD没有正确加载（比如gladLoadGLLoader调用失败或者没在GLFW创建窗口后调用），所有OpenGL函数调用都是无效的，可能会破坏内存里的矩阵数据。可以在初始化后加个简单的检查，比如打印OpenGL版本：

std::cout << "OpenGL Version: " << glGetString(GL_VERSION) << std::endl;

如果这里没有输出，说明GLAD加载有问题。

最后，如果你能把trans的完整运算流程（从实例化到传递给着色器的代码）和对应的顶点着色器代码贴出来，就能更快定位到具体问题啦。比如着色器里如果把矩阵和向量的相乘顺序搞反了（应该是vec4 pos = transform * vec4(aPos, 1.0);），也可能导致奇怪的结果。

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