一、关于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