C#中1.5845994255d.ToString("G10")在.NET5与.NET4.5.2输出不同的原因？

差异产生的核心原因 #

这个结果和你认知的中点舍入规则并不冲突，本质是二进制浮点类型的存储精度限制 + 不同.NET版本浮点转字符串算法的优化共同导致的：

• 首先，1.5845994255是十进制小数，无法被double（二进制浮点类型）精确存储，你写的1.5845994255d字面量在运行时实际存储的是一个最接近它的二进制近似值，这个近似值的十进制完整表示略小于1.5845994255，在保留10位有效数字时，它距离1.584599425的差值比距离1.584599426更小，本质上不满足「两个可表示值距离相等」的中点条件，所以不会触发MidpointRounding的中点判断逻辑。
• .NET Framework 4.5.2使用的是老旧的浮点转字符串实现，计算时仅参考double的前15位有效数字，误将这个近似值判断为刚好等于1.5845994255，才按照AwayFromZero规则舍入得到了1.584599426的结果，这个结果本身是不符合实际存储值的。
• .NET Core 2.1及以上版本（包含.NET 5）重构了浮点转字符串的核心算法，采用了精度更高的Dragon4实现，计算时会参考double的完整17位有效精度，识别到实际存储值更接近1.584599425，所以直接输出了更准确的结果。

验证方法 #

你可以在两个环境下运行如下代码验证底层差异：

double target = 1.5845994255d;
// 输出double的完整17位精度表示，确认实际存储值
Console.WriteLine(target.ToString("G17"));

double candidate1 = 1.584599425d;
double candidate2 = 1.584599426d;
// 比较实际值和两个候选值的距离
Console.WriteLine($"距离1.584599425更近：{Math.Abs(target - candidate1) < Math.Abs(target - candidate2)}");

运行后你会在.NET 5环境下看到实际存储值小于1.5845994255，且确实距离1.584599425更近，证明输出结果符合规则。

内容的提问来源于stack exchange，提问作者G. Ath