为何C#中Math.Round因表达式运算顺序不同返回结果不一致？

问题重现 #

你的代码中两个表达式因运算顺序差异，最终Round结果出现明显区别：

decimal var1 = 6.75m;
decimal var2 = 13m;
decimal var3 = 30m;
decimal roundedResult1 = Math.Round(var1 * (var2 / var3), 2, MidpointRounding.AwayFromZero);
decimal roundedResult2 = Math.Round((var1 * var2) / var3, 2, MidpointRounding.AwayFromZero);

Console.WriteLine(roundedResult1); // 2.92
Console.WriteLine(roundedResult2); // 2.93

原因分析 #

核心是decimal类型的精度特性导致的：

• decimal是十进制浮点类型，最多支持28-29位有效数字，无法精确存储无限循环的十进制小数。
• 先计算var2/var3（即13/30）：这个结果是无限循环的0.433333...，decimal只能存储最接近它的近似值（而非精确值）。该近似值乘以6.75后，得到略小于2.925的2.924999999999998，按MidpointRounding.AwayFromZero规则保留两位小数时，第三位小数为4，直接舍去得到2.92。
• 先计算var1*var2（即6.75*13）：结果是精确的87.75，再除以30得到精确的2.925。按舍入规则，第三位小数为5，触发进位得到2.93。

不改变运算顺序得到2.93的方法 #

要保持var1 * (var2 / var3)的运算顺序，同时得到和roundedResult2一致的结果，可采用以下几种方式：

方法1：用整数运算规避中间除法的精度损失 #

既然var1 * (var2 / var3)等价于(var1 * var2) / var3，可以将数值放大为整数完成运算，再缩小回原比例，全程保证精度：

// 将var1放大为整数，避免小数除法的精度损耗
decimal scaledVar1 = var1 * 100m; // 6.75m → 675
decimal scaledResult = scaledVar1 * var2 / var3; // 675*13/30 = 292.5
decimal roundedResult1 = Math.Round(scaledResult / 100m, 2, MidpointRounding.AwayFromZero); // 2.93

方法2：对中间结果做高精度舍入 #

将var2/var3先舍入到足够多的小数位，确保后续乘法结果足够接近精确值2.925，再进行最终舍入：

// 先将var2/var3舍入到15位小数，保留足够精度
decimal temp = Math.Round(var2 / var3, 15, MidpointRounding.AwayFromZero);
decimal roundedResult1 = Math.Round(var1 * temp, 2, MidpointRounding.AwayFromZero); // 2.93

15位小数的精度足以让var1*temp的结果无限接近2.925，最终舍入时会触发进位。

方法3：添加极小偏移量（仅适用于特定场景） #

如果只是针对这个计算场景，可以给中间结果添加一个极小的epsilon，让其略大于2.925，从而触发进位：

decimal epsilon = 0.0000000001m;
decimal roundedResult1 = Math.Round(var1 * (var2 / var3) + epsilon, 2, MidpointRounding.AwayFromZero); // 2.93

这种方法属于hack手段，仅适用于已知结果接近舍入中点的场景，不建议通用。

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