这其实是3D旋转中**欧拉角万向锁（Gimbal Lock）**相关的典型现象，并不是AFrame的Bug，而是你对欧拉角旋转的特性理解可能存在偏差。

核心原因：欧拉角的万向锁特性 #

AFrame的rotation属性使用的是YXZ顺序的欧拉角（即旋转优先级为：先绕Y轴偏航 → 再绕X轴俯仰 → 最后绕Z轴滚转）。当旋转序列中某个轴的旋转角度达到90°或270°时，会触发万向锁——此时两个旋转轴会发生重合，导致不同的欧拉角组合最终对应同一个3D旋转姿态。

针对你提到的两组参数的具体分析 #

• 第一组：rotation="270 90 90" vs "270 180 0"
  按照YXZ的旋转顺序拆解：

  • 270 90 90：先绕Y轴旋转270°，再绕X轴旋转90°（此时X轴已经完全对齐到原始世界空间的Z轴方向），最后绕Z轴旋转90°；
  • 270 180 0：先绕Y轴旋转270°，再绕X轴旋转180°，最后绕Z轴旋转0°；
    由于X轴旋转到90°触发了万向锁，Z轴的旋转效果和Y轴的旋转效果产生了重叠，最终两个组合的旋转矩阵完全一致，所以模型呈现出完全相同的姿态。

• 第二组：rotation="270 270 90" vs "270 0 0"
  X轴旋转270°等价于旋转-90°，同样触发了万向锁。此时Z轴的90°旋转效果会被合并到Y轴的旋转中，最终和X轴旋转0°的姿态完全一致。

关于动画中轴运动不一致的问题 #

当你尝试为模型添加绕滚轴（Z轴）和偏航轴（Y轴）的旋转动画时，万向锁状态下的局部轴已经和世界空间的原始轴不再对齐——此时欧拉角的“滚轴”“偏航轴”已经不是你预期的方向，自然会出现运动效果不一致的情况。

解决方案 #

1. 改用四元数（Quaternion）处理旋转：
   AFrame的实体内部实际是用四元数来存储旋转状态的，你可以直接通过实体的object3D.quaternion属性操作四元数，四元数不会存在万向锁问题，适合复杂的旋转和动画场景。
2. 避开触发万向锁的角度：
   对于简单的姿态调整，尽量避免将X轴旋转到90°/270°附近，减少万向锁出现的概率。
3. 自定义旋转顺序（进阶）：
   如果你需要特定的旋转顺序，可以自定义AFrame组件来覆盖默认的YXZ旋转顺序，但这种方式需要对Three.js的旋转机制有一定了解。

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