浅谈BigDecimal

曾经终败给现在 2021-09-15 23:56 412阅读 0赞

[https://blog.csdn.net/j754379117/article/details/52238396][https_blog.csdn.net_j754379117_article_details_52238396]

# 看图 #

![Center][]

如图  
  
读过effective java的都知道，其中第49条就是：如果需要精确的答案，请避免使用float和double

所以在涉及到货币计算的时候一般使用BigDecimal

# 分析 #

但是BigDecimal也要讲究使用方法，否则也可能事与愿违，没有获得你想要的效果。

BigDecimal.valueof(0.99)，可以看一下此方法的具体实现：

![Center 1][]  
  
可以看到此方法先将参数转成了string类型，然后在执行参数为String类型的BigDecimal的构造函数。这样的结果一般就是我们想要的。  
所以在使用BigDecimal的时候，要么使用newBigDecimal(String value)，要么使用BigDecimal.valueof(doublevalue)。

那如果参数为float类型的，比如BigDecimal.valueOf(0.99f)的值是多少呢？  
首先此函数会自动进行精度扩展，将float类型的0.99转成double类型的，因为0.99本身就是无法用二进制表示的，也就说无论你的精度是多少位，都无法用二进制来精确表示0.99，或者你用二乘来判断（0.99\*2=1.98 0.98\*2=1.960.96\*2=1.92 。。。永远无法得到一个整数）。这就是二进制计算机的缺点，就如同十进制也也无法表示1/3，1/6一样。  
所以在0.99f转成double时，进行了精度扩展，变成了0.9900000095367432，而接着转成字符串，最后转成BigDecimal.  
![Center 2][]  
输出结果如下：  
![Center 3][]  
至于为什么是这个数，那就涉及到二进制的补码移码的问题，double类型的0.99在计算机中的存储形式。这里你只要记得它绝不是你想要的精确的0.99即可。也为精确计算埋下了隐患。

jdk中已经明确不建议使用new BigDecimal(double value)这种形式的构造函数，这是为什么呢？？？  
仍然是因为double类型不够精确，  
![Center 4][]  
输出结果：

![Center 5][]

# 总结： #

总之，在涉及到精确计算的时候，使用浮点型的数据很可能会出现你意想不到的结果。即使在使用BigDecimal的时候，也应该使用new BigDecimal(Stringvalue) 或 BigDecimal.valueof( **double** value)

[https_blog.csdn.net_j754379117_article_details_52238396]: https://blog.csdn.net/j754379117/article/details/52238396
[Center]: /images/20210527/0154d76b53a940748f2d35fba5c5bb1b.png
[Center 1]: /images/20210527/aab1bc537ae74f818cbb513c2b6529b3.png
[Center 2]: /images/20210527/1737a725f1064fc8a7af7e166fe67643.png
[Center 3]: /images/20210527/0d35db30291e4de1ba1aca94000ccbd3.png
[Center 4]: /images/20210527/29a7879076894119981cb45cb5628242.png
[Center 5]: /images/20210527/a986038174e14039897f1c5580bcd82e.png