BigDecimal入参和精度问题

比眉伴天荒 2022-06-03 05:16 294阅读 0赞

现象：

给BigDecimal传入double值，进行四舍五入运算时，有时能五入，有时不能。传入string值，就符合预期了。看代码：

double f = 0.155;
    		BigDecimal b = new BigDecimal(f);
    		// 四舍五入
    		double f1 = b.setScale(2, BigDecimal.ROUND_HALF_UP).doubleValue();
    		// 输出0.15，没有五入
    		System.out.println(f1);
            
            // 转换为string，再四舍五入
            BigDecimal decimal = new BigDecimal(Double.toString(f));
            f1 = decimal.setScale(2, BigDecimal.ROUND_HALF_UP).doubleValue();
            // 输出0.16，实现五入
    		System.out.println(f1);
    		
    		// 浮点数的精度缺失问题，导致输出和预期不一致
    		BigDecimal dc = new BigDecimal(f);
    		System.out.println(dc);

输出：

0.15  
0.16  
0.1549999999999999988897769753748434595763683319091796875

可以把0.155换成1.155、2.155、3.155分别试试，对比结果。

JDK的描述：

a）参数类型为double的构造方法的结果有一定的不可预知性。有人可能认为在Java中写入newBigDecimal(0.1)所创建的BigDecimal正好等于 0.1（非标度值 1，其标度为 1），但是它实际上等于0.1000000000000000055511151231257827021181583404541015625。这是因为0.1无法准确地表示为 double（或者说对于该情况，不能表示为任何有限长度的二进制小数）。这样，传入到构造方法的值不会正好等于 0.1（虽然表面上等于该值）。

b）另一方面，String 构造方法是完全可预知的：写入 newBigDecimal("0.1") 将创建一个 BigDecimal，它正好等于预期的 0.1。因此，比较而言，**通常建议优先使用[String构造方法][String]**。

c）当double必须用作BigDecimal的源时，请注意，此构造方法提供了一个准确转换；它不提供与以下操作相同的结果：先使用[`Double.toString(double)`][String]方法，然后使用[`BigDecimal(String)`][String]构造方法。将double转换为String，也可以使用[String][String 1]的static方法：[String][String 1].[`valueOf(double)`][String]。

[String]: http://blog.csdn.net/jackiehff/article/details/8582449
[String 1]: http://kingxss.iteye.com/admin/blogs/1914944/