FontTools UFO 组件缩放精度问题解析

在 FontTools 项目的 UFO 格式处理中，开发人员发现了一个关于组件缩放值精度处理的特殊情况。当组件缩放值接近但不等于 1 时（如 0.9999999999999999），在写入 UFO 文件时会出现精度丢失的问题。

问题现象

当尝试将一个 y 轴缩放值为 0.9999999999999999（16位小数）的组件写入 UFO 文件时，预期行为是保持原始精度或四舍五入为 1。然而实际写入文件后，该值被错误地记录为 0。

技术分析

经过调查发现，这个问题实际上源于 UFO 规范化工具（ufoNormalizer）中的一个缺陷。该工具在处理接近 1 的浮点数时，错误地将其截断为 0 而不是保留原值或四舍五入为 1。

浮点数精度处理机制

在 UFO 格式规范中，浮点数理论上可以支持任意精度。当使用 fontTools.ufoLib.glifLib 的 writeGlyphToString 方法时：

1. 如果缩放值精确等于 1，组件定义中会省略相应的缩放属性
2. 对于非1的缩放值，理论上应该保留原始精度
3. 但在实际处理中，ufoNormalizer 的错误逻辑导致了精度丢失

解决方案

该问题已在 ufoNormalizer 0.6.2 版本中得到修复。更新后的版本能够正确处理接近1的浮点数缩放值，确保:

1. 精确等于1的值会被优化省略
2. 接近但不等于1的值会保留原始精度
3. 不会出现错误截断为0的情况

最佳实践建议

对于需要处理高精度浮点数的 UFO 文件操作：

1. 确保使用最新版本的 ufoNormalizer
2. 对于关键精度要求的操作，建议在写入前后进行数据验证
3. 考虑在业务逻辑层面对接近1的值进行显式处理，避免依赖底层库的隐式转换

这个问题提醒我们，在处理科学计算和图形数据时，浮点数精度的处理需要特别小心，特别是在涉及文件序列化和反序列化的场景中。