因为项目使用到 BigDecimal.ROUND_DOWN 接近零的舍入模式 ,没想到有一个 使用的坑。 下面来例子说明:
String add = "67.80";
System.out.println(add.toString());
BigDecimal t = new BigDecimal(Double.valueOf(add));
System.out.println(t.toString());// 67.7999999999999971578290569595992565155029296875
System.out.println(t.setScale(2, BigDecimal.ROUND_DOWN));// 67.79
System.out.println(t.setScale(2, BigDecimal.ROUND_HALF_UP));// 67.80
可以看到 , 如果 BigDecimal 是由 double 来构造的,那么 使用 ROUND_DOWN 的时候,有时候会 发现 比实际的 值会小一点, 这就坑大了。 除非 是 值的小数点要比 直接 的小数位 多一些。 比如 String add = "67.802"; 这样的, 就可以。
如果是 使用 String 类型的就没有这样的问题。
String add = "67.80";
System.out.println(add);
BigDecimal t = new BigDecimal(add);
System.out.println(t.toString());// 67.80
System.out.println(t.setScale(2, BigDecimal.ROUND_DOWN));// 67.79
System.out.println(t.setScale(2, BigDecimal.ROUND_HALF_UP));// 67.80
如果要避免的话 double , 可以使用 Double.toString() 方法来构造 BigDecimal
String add = "67.80";
System.out.println(add.toString());
BigDecimal t = new BigDecimal(Double.toString(new Double(add)));
System.out.println(t.toString());// 67.80
System.out.println(t.setScale(2, BigDecimal.ROUND_DOWN));// 67.80
总结
BigDecimal 的问题的,避免不了,只能说 使用其他方式了,记在心上。 因此 构造 BigDecimal 尽量不要使用 double 了。