C#中Math.Round方法为何舍入异常？如何按数学规则修复？

一、为什么3.1447456舍入到两位小数返回3.14？ #

你对3.1447456的舍入预期存在误解——不管是银行家舍入还是标准四舍五入，舍入到两位小数时，核心判断的是小数点后第三位数字：

• 3.1447456的小数点后第三位是4，小于5，按照任何舍入规则都应该舍去后续所有位数，结果自然是3.14。
• 银行家舍入（四舍六入五成双）的特殊逻辑仅在第三位是5且后续无有效数字时触发，比如3.145舍入到两位，会因为“五成双”规则保留3.14，而3.155则会进位到3.16。你第一个例子3.1455543的第三位是5且后面还有数字，本质上已经大于3.145，所以无论哪种规则都会进位到3.15。

二、实现标准数学舍入（四舍五入）的方法 #

要绕过银行家舍入，使用传统的四舍五入逻辑，可以通过以下两种方式：

1. 用Math.Round重载指定舍入模式 #

调用Math.Round时传入MidpointRounding.AwayFromZero参数，当遇到中间值（如3.145）时会向远离0的方向进位：

// 四舍五入到两位小数
double result = Math.Round(3.145, 2, MidpointRounding.AwayFromZero); // 返回3.15
double result2 = Math.Round(3.1447456, 2, MidpointRounding.AwayFromZero); // 返回3.14

2. 借助decimal类型避免浮点数精度问题 #

如果是处理货币或高精度数值，建议先转换为decimal类型再舍入，避免二进制浮点数的精度误差：

decimal num = 3.145m;
decimal result = Math.Round(num, 2, MidpointRounding.AwayFromZero); // 返回3.15m

注意事项 #

• 浮点数（double/float）本身存在精度限制，比如某些十进制数无法精确表示为二进制浮点数，可能导致舍入结果出现偏差。如果对精度要求高，优先使用decimal。
• 不要自行编写舍入逻辑（如乘以100后取整再除以100），这种方法容易因浮点数精度问题引发错误。

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