Math.Round结合类型转换计算返回错误结果，求数据类型舍入差异原因

嘿，这个问题其实戳中了double和decimal的核心差异——一个是二进制浮点数，一个是十进制浮点数，存储和计算逻辑完全不一样，这才导致了你看到的奇怪现象。

先说说为啥直接转换会出-0.225这种离谱结果 #

你写的amount * taxPercentage是用double计算的，但这里有个隐形的坑：十进制的0.015根本没法用二进制浮点数精确表示。taxPercentage = 0.015这句，实际存在内存里的不是精确的0.015，而是一个非常接近它的二进制近似值，甚至可能带点微小的正负偏差。

当你用15去乘这个近似值时，偏差被放大了，最后得到的double值其实是一个略小于0.225的极小数负数（听起来反直觉，但二进制浮点数的精度误差就是这么玄学）。这时候直接转成decimal，这个偏差的符号和数值就被保留下来，于是就出现了-0.225。

先舍入再转换为啥就正常了？ #

用Math.Round先处理再转decimal，本质是提前把double的近似误差给修正了：
Math.Round会把那个带偏差的double值，修正到最接近的、符合你预期的十进制有效位（比如默认是整数位，如果你指定小数位的话会更精准）。经过这一步，原本带偏差的近似值就变成了接近0.225的正数，再转成decimal自然就得到正确的结果了。

给你个更靠谱的实践建议 #

如果是做税务、货币这种对十进制精度要求极高的场景，别用double参与计算！ 直接全程用decimal才是正道：

decimal amount = 15m;
decimal taxPercentage = 0.015m;
decimal itemTax = amount * taxPercentage; // 直接得到精确的0.225m，完全不用折腾舍入

从根源上避开二进制浮点数的精度坑，舍入和计算行为都会完全符合你的十进制预期。

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