首先得戳中你的核心矛盾：数据库存的是本地坐标系下的x-y-z顺序欧拉角，但编辑器要做的是全局坐标系的旋转——这俩的旋转逻辑本质是错位的，你矩阵方法出问题，大概率是没处理好「全局旋转矩阵」和「本地欧拉角转矩阵」的叠加顺序，或者坐标系转换的方向搞反了。

问题根源拆解 #

第一次调用全局旋转时，你可能是把全局旋转矩阵直接乘到了本地欧拉角转出来的矩阵上，但第二次操作时，如果你还是拿当前本地欧拉角转的矩阵去乘全局旋转矩阵，就会变成基于对象当前的本地坐标系旋转，而非初始的全局坐标系——这就是为啥第二次旋转轴会「跑偏」的原因。

靠谱的两种解决思路 #

思路1：把全局旋转转成本地欧拉角的增量更新 #

既然要保留本地欧拉角的存储逻辑，那每次全局旋转操作时，得先把全局轴的旋转转换为对象本地坐标系下的旋转增量，再更新欧拉角：

1. 先把当前本地欧拉角转换成世界空间的对象旋转矩阵worldRotMat（注意OpenGL是列主序，欧拉角转矩阵要严格遵循x-y-z的顺序）。
2. 计算这个世界矩阵的逆矩阵invWorldRotMat——作用是把全局坐标系的轴「映射」到对象的本地坐标系里。
3. 把目标全局旋转轴（比如全局X轴(1,0,0)）通过逆矩阵变换，得到本地坐标系对应的旋转轴localAxis，记得归一化。
4. 用这个localAxis和旋转角度生成本地旋转增量矩阵，再和原本地欧拉角转的矩阵相乘，最后把结果转回x-y-z顺序的欧拉角，更新数据库。

伪代码示例（适配你的OpenGL环境）：

// 当前本地欧拉角：rx, ry, rz
Mat4 localRotMat = eulerToMatrix(rx, ry, rz, XYZ_ORDER);
Mat4 worldRotMat = localRotMat; // 无平移缩放的情况，有则需乘上对应矩阵
Mat4 invWorldRotMat = inverse(worldRotMat);

// 示例：绕全局X轴旋转theta角度
Vec3 globalAxis = Vec3(1, 0, 0);
Vec3 localAxis = invWorldRotMat * globalAxis;
localAxis = normalize(localAxis);

// 生成本地旋转增量矩阵
Mat4 deltaRotMat = axisAngleToMatrix(localAxis, theta);
// 乘法顺序：先应用本地增量，再叠加原本地旋转
Mat4 newLocalRotMat = deltaRotMat * localRotMat;

// 转换回欧拉角并保存
matrixToEuler(newLocalRotMat, &rx, &ry, &rz, XYZ_ORDER);
saveEulerAnglesToDB(rx, ry, rz);

思路2：维护世界变换矩阵，单独处理全局旋转，最后同步回欧拉角 #

如果不想每次都做坐标系转换，可以单独维护一个世界变换矩阵，全局旋转直接作用在这个矩阵上，需要保存时再转成欧拉角：

1. 初始化时，从数据库读取出本地欧拉角，转换成世界变换矩阵worldMat。
2. 全局旋转时，直接把全局旋转矩阵乘在worldMat的左边（OpenGL列主序下，世界空间变换要左乘）：

   // 生成绕全局X轴旋转theta的矩阵
   Mat4 globalRotX = axisAngleToMatrix(Vec3(1,0,0), theta);
   // 正确顺序：先应用全局旋转，再叠加原世界变换
   worldMat = globalRotX * worldMat;
   

3. 需要保存到数据库时，提取worldMat的旋转分量（移除平移、缩放），再转换回x-y-z顺序的欧拉角存储。

关键注意点 #

• 矩阵乘法顺序不能乱：OpenGL是列主序，变换矩阵从右到左应用。全局旋转是世界空间操作，必须左乘；本地旋转是对象自身空间操作，要右乘。
• 欧拉角的万向锁坑：如果你的应用允许大角度旋转，欧拉角本身存在万向锁缺陷，可能导致转换异常。这种情况建议先用四元数处理旋转逻辑，最后再转成欧拉角存储（如果必须用欧拉角的话）。
• 坐标系要对齐：确保欧拉角转矩阵、矩阵转欧拉角的函数，和OpenGL的坐标系（右手/左手系）完全一致，不然会出现旋转方向颠倒的问题。

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