为什么不能用double来定义商品的金额

涉及到float或者double这两种浮点型数据的处理时，偶尔会出现一些奇怪的现象。
条件判断和预期不一致

System.out.println( 1f == 0.9999999f );   // 打印：false
System.out.println( 1f == 0.99999999f );  // 打印：true    纳尼？

数据的转换超过预期：

float f = 1.1f;
double d = (double) f;
System.out.println(f);  // 打印：1.1
System.out.println(d);  // 打印：1.100000023841858  纳尼？

基本运算超过预期：

System.out.println( 0.2 + 0.7 );  
// 打印：0.8999999999999999   纳尼？

数据自增超出预期：

float f1 = 8455263f;
for (int i = 0; i < 10; i++) {
    System.out.println(f1);
    f1++;
}
// 打印：8455263.0
// 打印：8455264.0
// 打印：8455265.0
// 打印：8455266.0
// 打印：8455267.0
// 打印：8455268.0
// 打印：8455269.0
// 打印：8455270.0
// 打印：8455271.0
// 打印：8455272.0

float f2 = 84552631f;
for (int i = 0; i < 10; i++) {
    System.out.println(f2);
    f2++;
}
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？
//    打印：8.4552632E7   纳尼？不是 +1了吗？

在这些简单场景下的使用都很难满足我们的要求，所以用浮点数处理问题存在许多隐晦的坑。因此，在处理诸如商品金额、订单交易以及货币计算时用浮点数类型（double/float）是存在问题的。

出现原因

出现以上问题的原因主要是计算机在存储浮点数时的精度损失问题。

System.out.println( 1f == 0.99999999f );

打印结果是true，说明计算机无法区分这两个数字。通常，我们看到的浮点数是人们通常理解的十进制数据，但是在计算机中浮点数是按照像010100100100110011011这种0、1二进制来完成的。

具体转换规则可以看之前的文章 浮点数的表示。

1.0（十进制）
    ↓
00111111 10000000 00000000 00000000（二进制）
    ↓
0x3F800000（十六进制）

0.99999999（十进制）
    ↓
00111111 10000000 00000000 00000000（二进制）
    ↓
0x3F800000（十六进制）

可以看到，这两个十进制浮点数的底层二进制表示是一模一样的，怪不得返回的是true！
但是1f == 0.9999999f返回的结果是符合预期的。这就设计到了浮点数的精度问题。

float类型的浮点数，精度只有6-7位，对于double类型的浮点数，十进制精度有15-16位，对于上面的数值0.99999999f，很明显已经超过了float型浮点数据的精度范围，出问题也是在所难免的。

精度问题如何解决

JDK提供了专门用于高精度数值计算的大数类来方便我们的使用，可以看到，常用的BigInteger 和 BigDecimal就是处理高精度数值计算的利器。

BigDecimal num3 = new BigDecimal( Double.toString( 1.0f ) );
BigDecimal num4 = new BigDecimal( Double.toString( 0.99999999f ) );
System.out.println( num3 == num4 );  // 打印 false

BigDecimal num1 = new BigDecimal( Double.toString( 0.2 ) );
BigDecimal num2 = new BigDecimal( Double.toString( 0.7 ) );

// 加
System.out.println( num1.add( num2 ) );  // 打印：0.9

// 减
System.out.println( num2.subtract( num1 ) );  // 打印：0.5

// 乘
System.out.println( num1.multiply( num2 ) );  // 打印：0.14

// 除
System.out.println( num2.divide( num1 ) );  // 打印：3.5

当然了，像BigInteger 和 BigDecimal这种大数类的运算效率肯定是不如原生类型效率高，代价还是比较昂贵的，是否选用需要根据实际场景来评估。