Java-BigDecimal数据类型
- 2019 年 10 月 6 日
- 筆記
我们知道在Java中有float和double类型，它们的主要设计目标是为了科学计算和工程计算。然而，它们没有提供完全精确的结果【因为其有限的有效位数】，所以不应该被用于要求精确结果的场合。但是，商业计算往往要求更加精确的结果，这时候BigDecimal的重要性就不言而喻了！
BigDecimal简介
BigDecimal 由任意精度的整数非标度值和32位的整数组成。BigDecimal所创建的是对象，我们不能使用传统的+、-、*、/等算术运算符直接对其对象进行数学运算，而必须调用其相对应的方法。方法中的参数也必须是BigDecimal的对象。
BigDecimal一共有4个构造方法：
BigDecimal(int) 创建一个具有参数所指定整数值的对象。
BigDecimal(double) 创建一个具有参数所指定双精度值的对象。
BigDecimal(long) 创建一个具有参数所指定长整数值的对象。
BigDecimal(String) 创建一个具有参数所指定以字符串表示的数值的对象。
BigDecimal 的运算方式，不支持 + – * / 这类的运算，它有自己的运算方法：
BigDecimal add(BigDecimal augend) 加法运算。
BigDecimal subtract(BigDecimal subtrahend) 减法运算。
BigDecimal multiply(BigDecimal multiplicand) 乘法运算。
BigDecimal divide(BigDecimal divisor) 除法运算。
示例代码
构造函数（主要测试参数类型为double和String的两个常用构造函数）
BigDecimal aDouble =new BigDecimal(1.22);
System.out.println("构造函数接受了一个double类型的值，结果是: " + aDouble);
BigDecimal aString = new BigDecimal("1.22");
System.out.println("构造函数接受了一个String类型的值，结果是: " + aString);
你认为输出结果会是什么呢？输出结果如下：
构造函数接受了一个double类型的值，结果是
1.2199999999999999733546474089962430298328399658203125
构造函数接受了一个String类型的值，结果是: 1.22
在JDK中关于BigDecimal的描述
1、参数类型为double的构造方法的结果有一定的不可预知性。有人可能认为在Java中写入newBigDecimal(0.1)所创建的BigDecimal正好等于 0.1（非标度值 1，其标度为 1），但它实际上等于0.1000000000000000055511151231257827021181583404541015625。这是因为0.1无法准确地表示为 double（或者说对于该情况，不能表示为任何有限长度的二进制小数）。所以，传入到构造方法的值不会正好等于 0.1（虽然表面上等于该值）。
2、另一方面，String构造方法是完全可预知的：写入newBigDecimal("0.1")将创建一个 BigDecimal，它正好等于预期的0.1。因此，比较而言，通常建议优先使用String构造方法。
3、当double必须用作BigDecimal的源时，请注意，此构造方法提供了一个准确转换；它不提供与以下操作相同的结果：先使用Double.toString(double)方法，然后使用
BigDecimal (String)构造方法，将double转换为String。如果要获取该结果，请使用static valueOf(double)方法。
加法操作
BigDecimal a = new BigDecimal("1.22");
System.out.println("构造函数接受了一个String类型的值，结果是: " + a);
BigDecimal b = new BigDecimal("2.22");
a.add(b);
System.out.println("此时a的值是 : " + a);
我们很容易会认为会输出：
构造函数接受了一个String类型的值，结果是 : 1.22
此时a的值是 : 3.44
但实际上a调用方法后的值是 : 1.22
总结
(1)商业计算一般会使用BigDecimal，因为涉及到金额、数据，所以必须有超高精度要求。
(2)尽量使用参数类型为String的构造函数。
(3)BigDecimal都是不可变的，在进行每一步运算时，都会产生一个新的对象，所以在做加减乘除运算时千万要保存操作后的值。
(4)我们往往容易忽略JDK底层的一些实现细节，导致出现错误，需要多加注意。
更多干货笔记关注微信公众号 : 老九学堂
