OpenGL仿Unity实现层级变换系统矩阵计算错误如何修复？

问题修复方案 #

1. 修正局部变换矩阵的组合顺序 #

Unity的局部TRS变换的应用顺序是 先缩放、再旋转、最后平移，对应glm默认的列主序矩阵的乘法顺序应为平移矩阵 * 旋转矩阵 * 缩放矩阵。你当前的代码颠倒了旋转和缩放的顺序，无旋转时不影响位置计算，但存在旋转时会出现缩放偏移问题，修正后的代码如下：

localTransform = glm::translate(glm::mat4(1.0f), localPosition) 
                * glm::mat4_cast(localRotation) 
                * glm::scale(glm::mat4(1.0f), localScale);

2. 适配矩阵乘法顺序与坐标系约定 #

你遇到的奇偶层级坐标翻转问题，大概率是矩阵乘法顺序和引擎的向量约定不匹配：

• 如果你使用列向量约定（和glm、Unity默认一致），原有的worldTransform = 父世界矩阵 * 局部矩阵逻辑是正确的
• 如果你实际使用行向量约定，需要把乘法顺序颠倒为：

worldTransform = localTransform * parent.lock()->GetWorldTransform();

同时需要确认坐标系适配逻辑：Unity是左手坐标系（Y轴向上、Z轴向前），glm默认是右手坐标系，如果你没有做统一的坐标系转换，会出现Z轴/Y轴坐标反转问题，可以在投影矩阵或者根节点变换处统一做一次轴翻转适配。

3. 检查基础参数与更新逻辑 #

• 确认localScale默认初始值为glm::vec3(1,1,1)，如果初始值存在负缩放分量，会导致每层变换坐标正负翻转
• 确认变换更新的层级顺序：父节点的变换必须先于子节点更新，如果是惰性更新逻辑，需要保证调用GetWorldTransform()时父节点的变换已经是最新值
• 确认世界坐标提取方式正确：glm列主序矩阵的平移分量存储在第四列，取值方式为worldTransform[3][0](X)、worldTransform[3][1](Y)、worldTransform[3][2](Z)，不要误取第四行。

快速验证方法 #

你可以临时增加打印逻辑，快速定位错误节点：

// 打印各节点世界坐标
glm::vec3 topPos = glm::vec3(top->GetWorldTransform()[3]);
std::cout << "Top world pos: " << topPos.x << "," << topPos.y << "," << topPos.z << std::endl;

glm::vec3 child1Pos = glm::vec3(childDepth1->GetWorldTransform()[3]);
std::cout << "Child1 world pos: " << child1Pos.x << "," << child1Pos.y << "," << child1Pos.z << std::endl;

glm::vec3 child2Pos = glm::vec3(childDepth2->GetWorldTransform()[3]);
std::cout << "Child2 world pos: " << child2Pos.x << "," << child2Pos.y << "," << child2Pos.z << std::endl;

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