Unity引擎中Quaternion与Euler角为何采用不同手性？

实验观察结果 #

我通过搭载Tracked Pose Driver的单相机简易Unity程序完成实验，当采用XYZ格式欧拉角时，姿态与轴数值的对应关系如下：

• 抬头（pitch up）<=> X值减小
• 低头（pitch down）<=> X值增大
• 右转（yaw right）<=> Y值增大
• 左转（yaw left）<=> Y值减小
• 顺时针滚转（roll clockwise）<=> Z值减小
• 逆时针滚转（roll counter-clockwise）<=> Z值增大

从上述结果可推断，Unity的欧拉角采用LDB（left-down-back）坐标系，同时遵循右手旋转规则与右手轴顺序。但不少文档指出Unity的四元数采用左手坐标系，因此有两个问题需要解答：

1. 这些文档的说法是否属实？
2. 若属实，这种设计差异会给不同协议间的转换带来诸多麻烦，Unity采用该设计的目的是什么？

问题解答 #

1. 文档说法是否属实？ #

属实。Unity的核心场景坐标系（负责渲染、物体变换等底层逻辑）为左手坐标系，四元数的底层计算完全适配该左手空间；而欧拉角是面向开发者的表现层设计，采用了开发者更熟悉的右手旋转规则，所以才会出现实验中观察到的姿态与轴值对应关系。

2. 设计差异的目的 #

这种看似矛盾的设计，本质是平衡了开发者易用性与引擎运行性能：

• 欧拉角采用右手规则：多数3D数学入门内容以右手坐标系的欧拉角为讲解基础，采用该规则能降低开发者的上手门槛，让姿态逻辑更符合直觉。
• 四元数适配左手坐标系：Unity早期选择左手坐标系是为了适配当时主流的DirectX渲染API（DirectX本身采用左手坐标系），四元数作为底层旋转计算的核心载体，必须与引擎核心坐标系对齐，以此减少渲染、物理计算过程中的坐标系转换开销，保证实时运行效率。

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