首先看下面的代码
double val1 = 1.0;
double val2 = 0.4;
System.out.println(val1 - val2);
输出结果为：0.6
如果将val2的值改写成0.8，执行结果又如何呢？会是0.2吗？
输出结果：0.19999999999999996
为什么会这样呢？问题就是出在
"IEEE 754 floating-point arithmetic"，在JAVA语言里需要遵守这项规则。
要解决上面的问题，得到正确的结果，需要使用BigDecimal类；float和double一般用来做科学计算或者是工程计算，在商业计算中我们要用 java.math.BigDecimal。
code:
double val1 = 1.0;
double val2 = 0.2;
BigDecimal b1 = new BigDecimal(String.valueOf(val1));
BigDecimal b2 = new BigDecimal(String.valueOf(val2));
b1 = b1.subtract(b2);
System.out.println(b1.doubleValue());
这里有一点需要说明一下，BigDecimal类提供了BigDecimal(double val)构造函数，为什么上面还用String.valueOf(double v)转换而使用BigDecimal类的BigDecimal(String val)构造函数呢？
在API Doc 中这样说明：
将 double 转换为 BigDecimal，后者是 double 的二进制浮点值准确的十进制表示形式。返回的 BigDecimal 的标度是使 (10scale × val) 为整数的最小值。 注：
- 此构造方法的结果有一定的不可预知性。有人可能认为在 Java 中写入 new BigDecimal(0.1) 所创建的 BigDecimal 正好等于 0.1（非标度值 1，其标度为 1），但是它实际上等于 0.1000000000000000055511151231257827021181583404541015625。这是因为 0.1 无法准确地表示为 double（或者说对于该情况，不能表示为任何有限长度的二进制小数）。这样，传入 到构造方法的值不会正好等于 0.1（虽然表面上等于该值）。
- 另一方面，String 构造方法是完全可预知的：写入 new BigDecimal("0.1") 将创建一个 BigDecimal，它正好 等于预期的 0.1。因此，比较而言，通常建议优先使用 String 构造方法。
- 当 double 必须用作 BigDecimal 的源时，请注意，此构造方法提供了一个准确转换；它不提供与以下操作相同的结果：先使用
Double.toString(double) 方法，然后使用 BigDecimal(String) 构造方法，将 double 转换为 String。要获取该结果，请使用 staticvalueOf(double) 方法。