.NET为什么默认使用银行家四舍五入？

根据文档，该decimal.Round方法使用了舍入舍入算法，这在大多数应用程序中并不常见。因此，我总是最终编写一个自定义函数来执行更自然的舍入算法：

public static decimal RoundHalfUp(this decimal d, int decimals)
{
    if (decimals < 0)
    {
        throw new ArgumentException("The decimals must be non-negative", 
            "decimals");
    }

    decimal multiplier = (decimal)Math.Pow(10, decimals);
    decimal number = d * multiplier;

    if (decimal.Truncate(number) < number)
    {
        number += 0.5m;
    }
    return decimal.Round(number) / multiplier;
}

有人知道这个框架设计决定背后的原因吗？

框架中是否有任何内置的舍入算法算法？还是一些不受管理的Windows API？

对于初学者而言，可能只写decimal.Round(2.5m, 0)期望值3而得到2却可能会产生误导。

可能是因为它是一种更好的算法。在执行许多舍入的过程中，您将平均得出所有.5的末尾均等地舍入。例如，如果添加一堆舍入的数字，则可以更好地估计实际结果。我会说，即使这不是某些人所期望的，也可能是更正确的选择。

Banker的算法（又称“ 一半至偶数”）是一个不错的选择的其他答案很正确。在大多数合理的分布范围内，它没有负值或正值偏差的程度不及零方法的舍入一半。

但是问题是为什么.NET将Banker的实际舍入用作默认值-答案是Microsoft遵循了IEEE 754标准。在MSDN中，Math.Round在“备注”下也提到了这一点。

还请注意，.NET通过提供MidpointRounding枚举来支持IEEE指定的替代方法。他们当然可以提供更多解决关系的替代方案，但是他们选择仅满足IEEE标准。

虽然我不能回答“为什么Microsoft的设计师为什么选择此默认值？”的问题，但我只想指出，没有必要附加功能。

Math.Round允许您指定一个MidpointRounding：

• ToEven-当一个数字在两个其他数字之间时，将四舍五入到最接近的偶数。
• AwayFromZero-一个数字在两个之间的中间时，将四舍五入为最接近零的数字。

小数多数用于赚钱 ; 有钱时，银行家的四舍五入很常见。或者你可以说。

多数银行家需要十进制类型。因此，它进行“银行四舍五入”

银行家四舍五入的好处是，如果您满足以下条件，平均而言，您将获得相同的结果：

• 在加总之前先对一组“发票行”进行四舍五入，
• 或加起来然后四舍五入

累加前四舍五入节省了计算机使用前的大量工作。

（在英国，当我们去十进制银行时，它们处理的不是半便士，但多年来仍然有半便士的硬币，而且商店的价格常常以半便士结尾–因此四舍五入）

使用如下Round函数的另一个重载：

decimal.Round(2.5m, 0,MidpointRounding.AwayFromZero)

它将输出3。如果您使用

decimal.Round(2.5m, 0,MidpointRounding.ToEven)

您将获得银行家的四舍五入。