总览

在上一篇文章中，我概述了为什么BigDecimal大部分时间都不是答案。 虽然可以构造double会产生错误的情况，但在BigDecimal遇到错误的情况下构造情况也一样容易。

BigDecimal更容易正确，但更容易出错。

轶事证据表明，初级开发人员在正确使用BigDecimal时不会像在四舍五入时获得两倍的麻烦一样。 但是，我对此表示怀疑，因为在BigDecimal中，错误也容易被忽略。

让我们以这个例子为例，其中double会产生错误的答案。

double d = 1.00;
d /= 49;
d *= 49 * 2;
System.out.println("d=" + d);BigDecimal bd = BigDecimal.ONE;
bd = bd .divide(BigDecimal.valueOf(49), 2, BigDecimal.ROUND_HALF_UP);
bd = bd.multiply(BigDecimal.valueOf(49*2));
System.out.println("bd=" + bd);

版画

d=1.9999999999999998
bd=1.96

在这种情况下，double看起来是错误的，它需要四舍五入，这将给出2.0的正确答案。 但是BigDecimal看起来正确，但这不是由于表示错误。 我们可以更改除法以使用更高的精度，但是尽管可以控制该误差有多小，但总会出现表示错误。

您必须确保数字是实数并使用四舍五入。

即使使用BigDecimal，也必须使用适当的舍入。 假设您有一笔$ 1,000,000的贷款，并且每天要申请0.0005％的利息。 该帐户只能有一个整数，因此需要四舍五入才能使这笔钱成为实际金额。 如果不这样做，需要多长时间才能产生1美分的差异？

double interest = 0.0005;
BigDecimal interestBD = BigDecimal.valueOf(interest);double amount = 1e6;
BigDecimal amountBD = BigDecimal.valueOf(amount);
BigDecimal amountBD2 = BigDecimal.valueOf(amount);long i = 0;
do {System.out.printf("%,d: BigDecimal: $%s, BigDecimal: $%s%n", i, amountBD, amountBD2);i++;amountBD = amountBD.add(amountBD.multiply(interestBD).setScale(2, BigDecimal.ROUND_HALF_UP));amountBD2 = amountBD2.add(amountBD2.multiply(interestBD));} while (amountBD2.subtract(amountBD).abs().compareTo(BigDecimal.valueOf(0.01)) < 0);
System.out.printf("After %,d iterations the error was 1 cent and you owe %s%n", i, amountBD);

最终打印

8: BigDecimal: $1004007.00, BigDecimal: $1004007.00700437675043756250390625000000000000000
After 9 iterations the error was 1 cent and you owe 1004509.00

您可以四舍五入结果，但是即使您使用BigDecimal，这也掩盖了您差一分钱的事实。

double最终出现表示错误

即使您使用适当的舍入，double也会给您不正确的结果。 它比上一个示例晚得多。

double interest = 0.0005;
BigDecimal interestBD = BigDecimal.valueOf(interest);
double amount = 1e6;
BigDecimal amountBD = BigDecimal.valueOf(amount);
long i = 0;
do {System.out.printf("%,d: double: $%.2f, BigDecimal: $%s%n", i, amount, amountBD);i++;amount = round2(amount + amount * interest);amountBD = amountBD.add(amountBD.multiply(interestBD).setScale(2, BigDecimal.ROUND_HALF_UP));
} while (BigDecimal.valueOf(amount).subtract(amountBD).abs().compareTo(BigDecimal.valueOf(0.01)) < 0);
System.out.printf("After %,d iterations the error was 1 cent and you owe %s%n", i, amountBD);

最终打印

22,473: double: $75636308370.01, BigDecimal: $75636308370.01
After 22,474 iterations the error was 1 cent and you owe 75674126524.20

从IT角度来看，我们有一个错误的误差，从业务角度来看，我们有一个客户超过9年没有还款，并且还欠银行756亿美元，足以使该银行倒闭。 如果只有IT人员使用过BigDecimal ！？

结论

我的最终建议是，您应该使用自己喜欢的东西，不要忘记取整，不要使用实数，而不要使用任何数学运算法则，例如，我可以赚一分钱，还是可以交易几分之一的份额。 不要忘记业务视角。 您可能会发现BigDecimal对您的公司，项目或团队更有意义。

不要以为BigDecimal是唯一的方法，不要以为双面问题也不适用于BigDecimal。 BigDecimal并不是最佳实践编码的门票，因为自满是引入错误的肯定方法。

翻译自: https://www.javacodegeeks.com/2014/07/compounding-double-error.html