它与double有两个主要区别:

任意精度，与BigInteger类似，它们可以包含任意精度和大小的数量(而double具有固定的位数) BigDecimal以10为底，而不是以2为底，BigDecimal是n*10^-scale，其中n是任意的有符号大整数，刻度可以被认为是小数点向左或向右移动的位数

说BigDecimal可以表示任何数字仍然是不正确的。但是你应该使用BigDecimal进行货币计算的两个原因是:

它可以表示所有可以用十进制表示的数字，包括货币世界中几乎所有的数字(你永远不会把1/3美元转给某人)。 精度可控制，避免累积误差。对于double，随着值的大小增加，其精度降低，这可能会在结果中引入重大误差。

我的英语不好，所以我在这里只写一个简单的例子。

double a = 0.02;
double b = 0.03;
double c = b - a;
System.out.println(c);

BigDecimal _a = new BigDecimal("0.02");
BigDecimal _b = new BigDecimal("0.03");
BigDecimal _c = _b.subtract(_a);
System.out.println(_c);

项目输出:

0.009999999999999998
0.01

还有人想用double吗?；）

如果需要在算术中使用除法，则需要使用double而不是BigDecimal。BigDecimal中的除法(divide(BigDecimal)方法)是非常无用的，因为BigDecimal不能处理重复的十进制有理数(除法在除数所在的位置，并且会抛出java.lang. arithmayexception:非终止十进制展开;没有精确可表示的十进制结果。

试试BigDecimal.ONE吧。把(新BigDecimal (3));

另一方面，Double可以很好地处理除法(可以理解的精度大约是15位有效数字)

它与double有两个主要区别:

任意精度，与BigInteger类似，它们可以包含任意精度和大小的数量(而double具有固定的位数) BigDecimal以10为底，而不是以2为底，BigDecimal是n*10^-scale，其中n是任意的有符号大整数，刻度可以被认为是小数点向左或向右移动的位数

说BigDecimal可以表示任何数字仍然是不正确的。但是你应该使用BigDecimal进行货币计算的两个原因是:

它可以表示所有可以用十进制表示的数字，包括货币世界中几乎所有的数字(你永远不会把1/3美元转给某人)。 精度可控制，避免累积误差。对于double，随着值的大小增加，其精度降低，这可能会在结果中引入重大误差。

如果你把1 / 7这样的小数写成小数，你会得到

1/7 = 0.142857142857142857142857142857142857142857...

用无限重复的数字142857。由于您只能写入有限数量的数字，因此不可避免地会引入舍入(或截断)错误。

像1/10或1/100这样的数字表示为带小数部分的二进制数，小数点后也有无限位数:

1/10 = binary 0.0001100110011001100110011001100110...

double将值存储为二进制，因此仅通过将十进制数转换为二进制数可能会引入错误，甚至不做任何算术。

另一方面，十进制数字(如BigDecimal)按原样存储每个十进制数字(二进制编码，但每个小数单独存储)。这意味着在一般意义上，十进制类型并不比二进制浮点或定点类型更精确(即，它不能在不损失精度的情况下存储1/7)，但对于具有有限位数的十进制数字(通常用于金钱计算)，它更准确。

Java的BigDecimal还有一个额外的优点，它可以在小数点的两边有任意(但有限的)位数，仅受可用内存的限制。

BigDecimal是一种表示数字的精确方法。替身有一定的精确度。处理不同大小的双精度值(例如d1=1000.0和d2=0.001)可能会导致在求和时由于大小差异太大而将0.001一并删除。使用BigDecimal就不会发生这种情况。

BigDecimal的缺点是速度较慢，并且以这种方式编程算法有点困难(由于+ - *和/没有重载)。

如果你处理的是金钱，或者精度是必须的，使用BigDecimal。否则双打就足够了。

我建议你阅读BigDecimal的javadoc，因为他们比我在这里解释得更好:)