.NET中float.ToString("F15")为何丢失精度？

这完全不是bug，而是F格式字符串的设计逻辑和float类型的精度特性共同作用的结果，咱们一步步拆解清楚：

1. F格式的本质：固定小数位格式化，而非精准还原 #

"F15"的作用是强制输出15位小数，它会对原始浮点值做四舍五入处理，根本目标是展示固定位数的小数，而不是精准保留底层IEEE 754二进制表示的所有信息。

float是单精度浮点类型，只有约6-7位有效数字的精度（划重点：是有效数字，不是小数位数）。你例子里的两个值：

• 0.105700657f和0.105700679f确实是不同的IEEE 754值，但它们的差异出现在第7位有效数字之后。当用F15格式化时，会被四舍五入到小数点后第7位的7，后面补零，自然就得到了完全相同的结果。

看你的代码验证：

float f1 = 0.105700657f;
float f2 = 0.105700679f;
Console.WriteLine(f1.ToString("F15")); // 0.105700700000000
Console.WriteLine(f2.ToString("F15")); // 0.105700700000000

2. R格式（往返格式）的特殊使命 #

"R"格式的设计初衷就是保证格式化后的字符串再解析回float时，能100%得到原始值。它会自动计算并保留足够的有效数字（对float来说通常是9位以内，刚好覆盖其精度上限），确保每个不同的float实例都能被唯一标识。

比如你的这段代码：

float f = 0.105700679f;
Console.WriteLine(f.ToString("R")); // 0.105700679

把这个字符串再转成float，会精确得到原来的那个IEEE 754值，因为它保留了足以区分不同float的所有关键信息。

3. 为什么F15位数够却做不到往返转换？ #

你可能误以为15位小数足够覆盖float的精度，但这里有个核心误区：

• float的精度是有效数字位数，不是小数位数。比如一个很大的float值，整数部分可能占了好几位，小数部分的有效位数就更少了；而像你例子里的小数值，虽然小数位数多，但有效数字只有7位左右。
• F格式的四舍五入逻辑会直接抹掉float值中那些超出指定小数位数的细微差异，而这些差异正是区分不同float实例的关键。

最后给个实用建议 #

• 如果只是为了展示数值（比如UI显示），F格式很合适；
• 如果需要序列化/存储浮点值，之后还要精确还原，一定要用R格式（或者G9格式，对float来说效果和R一致）；
• 这是.NET格式化系统的预期行为，不是bug哦。

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