BigDecimal中要注意的一些事

 

一、关于public BigDecimal(double val)

BigDecimal中三个主要的构造函数

1	public BigDecimal(double val)	将double表示形式转换为BigDecimal	不推荐
2	public BigDecimal(int val)	将int表示形式转换为BigDecimal	推荐
3	public BigDecimal(String val)	将字符串表示形式转换为BigDecimal	推荐

不推荐用 BigDecimal(double val)的原因是因为存在精度问题，如下图：

如果要探究造成这个问题的原因其实和BigDecimal没有关系；

原因：这其实和计算机使用二进制编码有关，在你使用BigDecimal(Double val)传入0.1时，这个0.1先被转换为Double，此时就已经出现了精度问题了，计算机只能用有限位数存储小数【二进制能用有限的位数表示的小数有：0.5、0.25、0.125 等】，所以存储的小数大多为一个近似值，十进制的 0.1 转为二进制，得到一个无限循环小数，所以传入到BigDecimal(Double val)中的数精度已经出现问题了，而BigDecimal又是为精确结果而设计的，所以bDouble就不是我们想要的0.1。

如何解决：

一、使用BigDecimal b1 = new BigDecimal("0.1");将数据转成String再使用BigDecimal(String val);

二、使用BigDecimal b1 = BigDecimal.valueOf(0.1);使用BigDecimal的valueOf()方法；

打开BigDecimal的valueOf()的源码

 

可以看到它也是直接转成String类型再调用BigDecimal(String val);方法

二、关于Non-terminating decimal expansion; no exact representable decimal result

Non-terminating decimal expansion; no exact representable decimal result.  翻译为：非终止十进制扩展; 没有确切的可表示的小数结果；

 

翻译为人话就是说：BigDecimal是为高精度计算而设计的，而你的值是没有精确结果的；

 

举例：

 

1.0/3.0是除不尽的，所以抛出异常

 

解决方案：使用BigDecimal.divide(BigDecimal divisor, int scale, RoundingMode roundingMode) ;

 

其中   scale  为保留的小数位;RoundingMode roundingMode 为取舍模式(如：RoundingMode.HALF_UP 四舍五入)；

 

RoundingMode具有哪些模式请参照我的另一篇博客：https://www.cnblogs.com/minxl/p/10247770.html

 

 

转载于:https://www.cnblogs.com/minxl/p/10267515.html