为何f-string会还原已四舍五入的float32数值？技术咨询

为什么舍入后写入文件又变回原始值？ #

这是因为float32是二进制浮点数，它的本质是用二进制来近似表示十进制小数。咱们日常用的三位十进制小数（比如10.132），很多时候无法被float32精确存储。你在函数里做的四舍五入，只是让float32的存储值尽可能接近10.132，但它实际存的还是float32能表示的最接近这个数的二进制近似值——也就是你看到的10.131999969482422这类长串小数。

当你用f-string直接输出这个float32值时，Python会默认把它转换成最精确的十进制字符串形式，而不是你期望的三位小数格式。说白了，你之前的舍入只是让数值的“近似目标”变成了三位小数，但内存里的float32本身还是那个完整的二进制近似值，输出时自然会显示它的真实十进制转换结果。

为什么函数内的舍入没减小字典体积？ #

你可能误解了float32的内存占用：不管你怎么对它做舍入操作，一个float32类型的变量始终占用4字节的内存空间，不会因为你把它的十进制表示改成三位小数就变小。你做的舍入只是改变了它的“显示效果”，并没有改变它在内存中的存储形式——它依然是一个完整的float32数值，所以字典的体积并没有因为这次舍入而减小。

怎么解决这个问题？ #

• 确保输出格式正确：如果你希望写入文件的是三位小数，必须在f-string里显式指定格式化规则，比如把{values[10]:18}改成{values[10]:18.3f}，这样就会强制把数值格式化为三位小数，输出你想要的10.132这类结果。
• 真正减小字典体积的思路：如果你的目标是降低字典的内存占用，同时只需要三位小数的精度，可以考虑把这些数值转换成字符串存储（直接存"10.132"），或者使用decimal.Decimal类型来存储精确的十进制小数。不过这两种方式都会带来一定的性能开销，需要根据你的实际场景权衡。

总结一下：你之前的困惑核心是没分清“二进制浮点数的存储”和“十进制的格式化显示”是两回事——舍入操作没有改变float32的本质存储，只是让它的近似值更接近目标小数，而输出时必须显式指定格式才能得到你想要的三位小数效果。

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