0.1000000000000000055511151231257827021181583404541015625。这是因为 0.1 无法准确地表
示为double（或者说对于该情况，不能表示为任何有限长度的二进制小数）。这样，传入 到构
造方法的值不会正好等于 0.1（虽然表面上等于该值）。
（2）另一方面，String 构造方法是完全可预知的：写入 new BigDecimal("0.1") 将创建一个
BigDecimal，它正好 等于预期的 0.1。因此，比较而言，通常建议优先使用 String 构造方法。
（3）当 double 必须用作 BigDecimal 的源时，请注意，此构造方法提供了一个准确转换；
它不提供与以下操作相同的结果：先使用 Double.toString(double) 方法，然后使用
BigDecimal(String) 构造方法，将 double 转换为 String。要获取该结果，请使用
static valueOf(double) 方法。
参数：
val - 要转换为 BigDecimal 的 double 值。
抛出：
NumberFormatException - 如果 val 为无穷大或 NaN。
由此，可以看出，果然又是经典的“10进制无法精确表达为2进制”问题。
再看第二个问题：
从异常信息“Non-terminating decimal expansion ；”（非终止十进制扩张）可以猜出，可能商不能精确表达。于是再查JDK API，找到如下说法：
C代码
public BigDecimal divide(BigDecimal divisor)
返回一个 BigDecimal，其值为 (this / divisor)，其首选标度为 (this.scale()
- divisor.scale())；如果无法表示准确的商值（因为它有无穷的十进制扩展），
则抛出 ArithmeticException。
参数：