Java中double类型数值保留2位小数四舍五入结果异常解决求助

问题核心原因 #

你遇到的问题本质是double是二进制浮点数类型，无法精确表示大多数十进制小数，运算过程中已经产生了精度丢失：你在做v1 * v2的时候得到的结果就已经是72765.08499999999而非理论值72765.085，后续所有基于这个错误值的舍入操作自然无法得到预期结果。你之前的BigDecimal用法错误，是先做了double运算再转类型，没有从根源避免精度丢失。

可行解决方案 #

全程使用BigDecimal做数值运算，不要用double做中间计算：

方案1：初始值为字面量的场景 #

直接用字符串构造BigDecimal，完全保留十进制精度：

// 用字符串构造，避免double赋值时就出现精度损失
BigDecimal v1 = new BigDecimal("99.338");
BigDecimal v2 = new BigDecimal("732.5");
// 先执行乘法，再用HALF_UP规则保留2位小数
BigDecimal result = v1.multiply(v2).setScale(2, RoundingMode.HALF_UP);
// 输出结果为72765.09，符合预期
System.out.println(result);

方案2：输入已经是double类型的场景 #

使用BigDecimal.valueOf()方法构造对象，不要直接用new BigDecimal(double)：

double v1 = 99.338;
double v2 = 732.5;
// valueOf会先将double转为对应十进制字符串表示，减少不必要的精度误差
BigDecimal b1 = BigDecimal.valueOf(v1);
BigDecimal b2 = BigDecimal.valueOf(v2);
BigDecimal result = b1.multiply(b2).setScale(2, RoundingMode.HALF_UP);
System.out.println(result);

补充说明 #

C#中得到正确结果是因为其底层对浮点数做了隐式近似处理，属于特殊场景下的兼容表现，并不是通用稳定方案。对于有严格十进制精度要求的业务（比如金额计算、统计报表），全程使用十进制运算类型才是唯一可靠的方案。

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