BigDecimal使用过程中的常见陷阱

介绍

BigDecimal是Java中用于高精度计算的线程安全类，主要解决浮点数运算时的精度丢失问题，特别适用于金融、科学计算等需要精确结果的场景

常用构造方法

BigDecimal(double val)	创建一个具有参数所指定双精度值的对象。不推荐使用,因为存在精度丢失问题。
BigDecimal(int val)	创建一个具有参数所指定整数值的对象。
BigDecimal(long val)	创建一个具有参数所指定长整数值的对象。
BigDecimal(String val)	创建一个具有参数所指定以字符串表示的数值的对象。推荐使用。

因为实际工作中，对BigDecimal没有充分理解引起不必要的问题

BigDecimal常见问题

1. 精度丢失问题

import java.math.BigDecimal;

public class BigDecimalTest {

    public static void main(String[] args) {
        BigDecimal b1 = new BigDecimal("0.1");
        BigDecimal b2 = new BigDecimal(0.1);

        System.out.println(b1.compareTo(b2) == 0);
        System.out.println(b1);
        System.out.println(b2);
    }
}

运行结果如下：

原因是什么呢？下面是源码注释

有些同鞋的英文能力可能读这段英文注释有点吃力，下面我大概翻译一下：

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

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

2. 无限精度

public class BigDecimalTest {

    public static void main(String[] args) {
        BigDecimal b1 = new BigDecimal("1.0");
        BigDecimal b2 = new BigDecimal("3.0");
        System.out.println(b1.divide(b2));
    }
}

运行结果如下：

上述异常描述大致意思就是，如果在除法（divide）运算过程中，如果商是一个无限小数（如 0.333…），而操作的结果预期是一个精确的数字，那么将会抛出ArithmeticException异常。

此种情况，只需要在使用 divide方法时指定结果的精度即可：

import java.math.BigDecimal;
import java.math.RoundingMode;

public class BigDecimalTest {

    public static void main(String[] args) {
        BigDecimal b1 = new BigDecimal("1.0");
        BigDecimal b2 = new BigDecimal("3.0");
        System.out.println(b1.divide(b2, 2, RoundingMode.HALF_UP));//0.33
    }
}