嘿，这个坑我踩过好多次了！欧拉角转四元数再回滚的操作本来就容易触发万向锁（就是你遇到的超过90度后轴翻转、旋转异常的情况），其实根本没必要绕回欧拉角——直接用四元数来计算相机位置就好，既能避免所有欧拉角的歧义问题，代码还更简洁！

原代码的核心逻辑回顾 #

你的原代码是通过绕Y轴的欧拉角，手动计算相机在X-Y平面上的偏移，再加上固定Z轴偏移来确定相机位置。本质上是把一个初始偏移向量（(0, 10, 30)）绕Y轴旋转后，叠加到目标位置上。

改用四元数的正确实现 #

我们直接用四元数旋转相机相对于目标的初始偏移向量，完全跳过欧拉角转换步骤：

// 1. 定义相机相对于目标的初始偏移（本地空间，无旋转时的位置）
// 对应原代码中targetRotation.y=0时的相机偏移：(0,10,30)
glm::vec3 cameraOffset = glm::vec3(0.0f, 10.0f, 30.0f);

// 2. 用目标的四元数旋转偏移向量，得到世界空间下的相机偏移
// targetRotationQuat是你存储的目标旋转四元数
glm::vec3 rotatedOffset = glm::rotate(targetRotationQuat, cameraOffset);

// 3. 计算相机的世界位置：目标位置 + 旋转后的偏移
glm::vec3 cameraPosition = targetLocation + rotatedOffset;

// 4. 构建视图矩阵，和原逻辑一致
ViewMatrix = glm::lookAt(
    cameraPosition,
    targetLocation,
    glm::vec3(0, 1, 0) // 上方向向量
);

为什么这样更可靠？ #

• 四元数天生避免万向锁：不管目标怎么旋转（绕X/Y/Z轴任意组合），旋转向量的操作都不会出现歧义或轴翻转的问题。
• 扩展性更强：如果之后想让相机跟着目标抬头/低头（X轴旋转），或者左右倾斜（Z轴旋转），这段代码不需要任何修改就能正常工作，而原欧拉角代码会立刻出现新的问题。
• 代码更直观：直接描述“相机相对于目标的初始位置，跟着目标的旋转走”，逻辑比手动计算三角函数清晰得多。

小调整建议 #

如果想修改相机相对于目标的位置，只需要调整cameraOffset的值：

• 比如想让相机在目标后方10单位、上方3单位：glm::vec3(0.0f, 3.0f, -10.0f)
• 想让相机在目标左前方：glm::vec3(-8.0f, 3.0f, -8.0f)

内容的提问来源于stack exchange，提问作者Stefano De La Burczymuchito