**当你在写一个电商网站的时候,你可能会给你的商品标价1.99,10.9这样的价格来吸引顾客.我应该用浮点数float/double来储存它们,当我的顾客购买商品的时候,从他们的账户里扣费,使用整型是不可能的.你可能会这么想.
**如果你的顾客账号里的钱刚好是1950.00,5001.00这样的整元,那么恭喜你,你的想法是没有错的.但是一旦有一位顾客的账号里还有若干毛,若干分钱没花完,那你的程序就会得到一个错误的数值!很无奈的是,你无法通过报错信息找到它,如果你已经用浮点型float/double来计算,那么你将很难发现这个错误!
**例如,有这样一个业务需要处理:顾客有500.05块钱,你的商品定价19.9元.
double d1 = 500.05;
double d2 = 19.9;
double d3 = d1 - d2;**你可能想顾客钱包里应该还有480.15元.但是你得到的结果是480.15000000000003元.虽然相差很少,但是日积月累或者当你在经营一个亿万数据的网站,这将是个极大的BUG!
那么我们该怎么解决这个问题呢?
**如果你要解决某个问题,那么你首先要知道问题出现在哪.这是我写程序的准则那么问题出现在哪呢?经过百度+摸索,发现十进制数的二进制表示可能不够精确.浮点数值没办法用十进制来精确表示的原因要归咎于CPU表示浮点数的方法。这样的话您就可能会牺牲一些精度，有些浮点数运算也会引入误差。以上面提到的情况为例，480.15的二进制表示并非就是精确的480.15。反而最为接近的二进制表示是 480.15000000000003。原因在于浮点数由两部分组成：指数和尾数。
Java中的简单浮点数类型float和double不能够进行运算。不光是Java，在其它很多编程语言中也有这样的问题。在大多数情况下，计算的结果是准确的，但是多试几次（可以做一个循环）就可以试出类似上面的错误。现在终于理解为什么要有BCD码了。 这个问题相当严重，如果你有9.999999999999元，你的计算机是不会认为你可以购买10元的商品的。 在有的编程语言中提供了专门的货币类型来处理这种情况，但是Java没有。这个问题有两种方案.
1.你将得到的数经过放大n个整数倍后再除以n个整数倍.它的原理和java进制转换的原理相同.
2.不要用浮点数double/float进行计算,选择BigDecimal进行精确运算.
在使用BigDecimal类来进行计算的时候，主要分为以下步骤：
a、用float或者double变量构建BigDecimal对象。
b、通过调用BigDecimal的加，减，乘，除等相应的方法进行算术运算。
c、把BigDecimal对象转换成float，double，int等类型。
BigDecimal能够很好地对浮点数进行运算.但是他的计算过程相对来说十分麻烦,而且因为每次计算都要创建一个实例,十分消耗资源.以下举例说明它的计算过程
—->>>>
BigDecimal b1 = new BigDecimal(Double.toString(500.05));
BigDecimal b2 = new BigDecimal(Double.toString(19.9));
System.out.println(b1.subtract(b2));****要注意的是,如果你直接在BigDecimal b1 = new BigDecimal(Double.toString(500.05));里面写浮点数,依旧会出现精确度的偏差!
****最后,感谢同学魏勇/黎裕锦和我分享这个问题,如果后续有更加优秀的解决方案,我也会及时贴上来!**