Java BigDecimal 转换，除法陷阱（转）

源地址：   http://blog.csdn.net/niannian_315/article/details/24354251

今天在用BigDecimal“出现费解”现象，之前虽然知道要避免用，但没研究过。借此机会，查证一下分享给你们参详参详。

 

    在Java中常常能够用到double转BigDecimal，也常常进行除法运算，可是如下用法须要特别当心了。

 

package com.ccxe.number;

import java.math.BigDecimal;
import java.math.RoundingMode;

public class Test {

    public static void main(String[] args) {

        // 打印0.899999999999999911182158029987476766109466552734375
        System.out.println(new BigDecimal(2.00).subtract(new BigDecimal(Double
                .toString(1.10))));
        // double转BigDecimal建议作法
        System.out.println(new BigDecimal(Double.toString(2.00))
                .subtract(new BigDecimal(1.10)));

        // 打印0.90
        System.out.println(new BigDecimal("2.00").subtract(new BigDecimal(
                "1.10")));

        // 异常java.lang.ArithmeticException: Non-terminating decimal expansion;
        // System.out.println(new BigDecimal("2.00")
        //        .divide(new BigDecimal("1.10")));
        // 打印1.81818
        System.out.println(new BigDecimal("2.00").divide(
                new BigDecimal("1.10"), 5, RoundingMode.HALF_EVEN));

    }

}

一下将解释这一现象。

 

正文：

 

    引言中的代码样例，指明了两个问题：

 

    1，第11行：执行的结果，竟然和18行不一样；

    2，第22行：除不尽，竟然抛出异常。

 

并且更重要的是，这两个问题在编码时隐蔽性很强~。=

 

    先看第1个问题：

 

一看到减法结果很长，立马想到1.10在二进制表达时，是不能准确表达的。随后在JDK API中找到了答案。说法以下：

 

public BigDecimal(double val)

将 double 转换为 BigDecimal，后者是 double 的二进制浮点值准确的十进制表示形式。返回
的BigDecimal 的标度是使 (10scale × val) 为整数的最小值。

注：
（1）此构造方法的结果有必定的不可预知性。有人可能认为在 Java 中写入new BigDecimal(0.1)
所建立的 BigDecimal 正好等于 0.1（非标度值 1，其标度为 1），可是它实际上等于
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，找到以下说法：

 

public BigDecimal divide(BigDecimal divisor)
返回一个 BigDecimal，其值为 (this / divisor)，其首选标度为 (this.scale()
- divisor.scale())；若是没法表示准确的商值（由于它有无穷的十进制扩展），
则抛出 ArithmeticException。

参数：
divisor - 此 BigDecimal 要相除的值。
返回：
this / divisor
抛出：
ArithmeticException - 若是准确的商值没有无穷的十进制扩展

 

以上为JDK API 1.5中的说法，1.6中，多了一个意思，建议优先考虑以下方法：

 

public BigDecimal divide(BigDecimal divisor,
                         int scale,                                    // 精度
                         RoundingMode roundingMode)  // 舍入模式

能够避免上面所报异常。