String怎么转成BigDecimal_Java.math.BigDecimal类的使用

约定不等于承诺〃 2023-09-30 13:41 25阅读 0赞

## 1.引言 ##

> **浮点数值不适用于无法接受舍入误差的金融计算中。**

例如，命令System.out.prmtln (2.0-1.1)将打印出0.8999999999999999，而不是人们想象的0.9 。

![efba9c146bf98a39c70f6d8d6e48552a.png][]

2.0-1.1的运算结果

这种舍入误差的主要原因是浮点数值采用二进制系统表示，而在二进制系统中 无法精确地表示分数1/10。这就好像十进制无法精确地表示分数1/3一样。如果在数值 计算中不允许有任何舍入误差，就应该使用BigDecimaI类

## **2.BigDecimal构造方法** ##

1.  BigDecimal(double val) 将double表示形式转换为BigDecimal \***不建议使用**
2.  BigDecimal(int val) 将int表示形式转换成BigDecimal
3.  BigDecimal(String val) 将String表示形式转换成BigDecimal

![5576f1e85483c7240da34e63e01cf936.png][]

JDK1.8 API帮助文档

*  为什么不建议采用第一种构造方法呢？来看例子

![9d3f08dfe64fa02b4ca5255cba45fa83.png][]

为什么bDouble不等于2.3？

*  为什么会出现这种情况呢？

JDK的描述：1、参数类型为double的构造方法的结果有一定的不可预知性。这是因为0.1无法准确地表示为 double，实际上等于0.1000000000000000055511151231257827021181583404541015625。

2、另一方面，String 构造方法是完全可预知的：写入 newBigDecimal(“0.1”) 将创建一个 BigDecimal，它正好等于预期的 0.1。因此，比较而言，**通常建议优先使用String构造方法**。

## **3.BigDecimal的静态方法valueOf** ##

> 当double必须用作BigDecimal的源时，可以使用BigDecimal的静态方法valueOf

如果使用Double.toString(double)转成String，然后再使用BigDecimal构造方法，\***这样会很复杂，如下**

![3956b732637cf180dfb1654c2b9ebb25.png][]

## **4.BigDecimal加减乘除运算** ##

对于常用的**加，减，乘，除**，BigDecimal类提供了相应的成员方法

![340b1cb50292fae1dd0532bc3bd7c301.png][]

API文档给出的BigDecimal类相应的成员方法

大致的用法如下

![889a08493e63f4e42adb72440bd10fa2.png][]

[efba9c146bf98a39c70f6d8d6e48552a.png]: https://img-blog.csdnimg.cn/img_convert/efba9c146bf98a39c70f6d8d6e48552a.png
[5576f1e85483c7240da34e63e01cf936.png]: https://img-blog.csdnimg.cn/img_convert/5576f1e85483c7240da34e63e01cf936.png
[9d3f08dfe64fa02b4ca5255cba45fa83.png]: https://img-blog.csdnimg.cn/img_convert/9d3f08dfe64fa02b4ca5255cba45fa83.png
[3956b732637cf180dfb1654c2b9ebb25.png]: https://img-blog.csdnimg.cn/img_convert/3956b732637cf180dfb1654c2b9ebb25.png
[340b1cb50292fae1dd0532bc3bd7c301.png]: https://img-blog.csdnimg.cn/img_convert/340b1cb50292fae1dd0532bc3bd7c301.png
[889a08493e63f4e42adb72440bd10fa2.png]: https://img-blog.csdnimg.cn/img_convert/889a08493e63f4e42adb72440bd10fa2.png