Unity中Transform.position赋值后意外变更：-0.05变为-0.05004883

我在Unity中遇到一个奇怪的问题：将Transform.position设置为-0.05f后，它会立即变为-0.05004883。

最小复现代码：

Vector3 EndPoint = new Vector3(-0.05f, 0f, 0f);
EdgeMarker.transform.position = EndPoint;
Debug.Log(EdgeMarker.transform.position.x); // 输出-0.05004883

细节 #

• Unity版本：2023.2.17f1
• 对象及其父对象都位于世界坐标(0,0,0)
• 无刚体、物理、动画或移动脚本
• 赋值前已确认EndPoint.x为-0.05f
• 变更在赋值后立即发生，无帧延迟
• 使用SetPositionAndRotation()和transform.localPosition时也会出现此问题

我知道浮点数存在精度问题（如IEEE 754标准），但我原本以为-0.05f应可被32位浮点数精确表示，这种突变的原因是什么？

核心疑问 #

1. Unity为何会立即修改transform.position.x的值？
2. 是否存在内部的Transform吸附、压缩或缩放机制？
3. 如何在无失真的情况下为Transform赋值Vector3？

已尝试的解决方法 #

• 赋值前将数值四舍五入到5位以上小数
• 记录赋值前后的数值，确认变更立即发生
• 改用localPosition赋值
• 禁用所有组件（如BoxCollider等）

问题原因与解答 #

1. Unity为何立即修改transform.position.x的值？
   首先纠正误区：-0.05f无法被32位IEEE 754浮点数精确表示。32位浮点数的小数部分基于二进制分数，0.05的二进制是无限循环序列（类似十进制的1/3），所以存储时本身就带有微小误差（实际存储值约为-0.049999997f）。

   更关键的是，Unity的Transform组件内部不直接存储世界坐标，而是通过本地变换矩阵和父对象的逆矩阵实时计算世界坐标。即使父对象在原点，矩阵乘法的浮点运算会累积放大原本的微小误差，导致读取transform.position时出现明显偏差。

2. 是否存在内部的Transform吸附、压缩或缩放机制？
   Unity没有默认的自动吸附/压缩机制，但Transform的底层实现有几个影响因素：

   • 内部用四元数存旋转、Vector3存本地位置/缩放，世界坐标是实时推导的，而非直接存储。
   • 编辑器会对Transform显示值做四舍五入，但运行时读取的是原始计算值。
   • Unity会做数值稳定性优化（如避免极小值导致矩阵奇异），但这不是此问题的核心，根源还是浮点运算的累积误差。

3. 如何在无失真的情况下为Transform赋值Vector3？

   • 维护自定义目标值：不要依赖transform.position读取结果，自己保存一个Vector3 targetPos变量，赋值给Transform后，后续逻辑直接用这个变量。
   • 双精度过渡计算：先将数值转为double类型处理，再转回float赋值，减少单次运算的误差累积。
   • 强制精度修正：如果只需要固定小数位精度，赋值后手动修正：

     Vector3 currentPos = EdgeMarker.transform.position;
     currentPos.x = (float)Math.Round(currentPos.x, 6);
     EdgeMarker.transform.position = currentPos;
     

   • 直接操作本地坐标：父对象无缩放旋转时，localPosition和position逻辑一致，但同样建议用自定义变量记录目标值。

内容的提问来源于stack exchange，提问作者display-name unset