很多人都用过Java的BigDecimal类型，但是很多人都用错了。如果使用不当，可能会造成非常致命的线上问题，因为这涉及到金额等数据的计算精度。
首先说一下，一般对于不需要特别高精度的计算，我们使用double或float类型就可以了。
由于计算机天生的无法表达完整的二进制浮点数的小数，二进制的小数是无限循环的，所以只能无限接近于精确值，这就造成了浮点计算的精度问题。此时就需要使用BigDecimal类型了。
踩坑一：初始化
关于浮点数精度的问题，我们可以看下这个代码。
打印结果会是0.2吗？不是，打印结果是0.19999999。因为b最大化接近于0.8，可能是0.80000001，近似于0.8。这就是为什么说精度要求不高时可以用double或float类型，一旦涉及到金额就不能使用浮点类型的原因。
知道了这个原理，我们使用BigDecimal能否避免浮点计算的精度问题？看下这个代码。
打印结果如下：
使用BigDecimal构造函数和使用valueOf方法初始化，两种方式得到的结果不一样，valueOf方法初始化的BigDecimal数据计算是精确的。我们看下源码就能明白了。
valueOf方法会把浮点数先转换成字符串，再用BigDecimal构造函数初始化。所以就不存在精度问题了。当然，这里要特别注意的是，valueOf方法对double类型的值可以保证精度，但是如果传的是float类型，例如0.8f，则依然会有精度问题。
踩坑结论：
- 使用BigDecimal构造函数时，传字符串而不要传浮点类型。
- 尽量使用valueOf方法初始化，并且不要传float类型数据。
踩坑二：比较大小
两个BigDecimal值比较是否相等，是使用equals方法还是使用compareTo方法？先来看个例子。
打印结果：
equals判断a和b不相等，compareTo判断a和b相等。我们看下equals的源码。
equals除了比较值的大小，还会比较值的精度。
踩坑结论：
- 比较两个BigDecimal值的大小，使用compareTo方法。
- 比较大小且限制精度，使用equals方法。
踩坑三：除法设置精度
在进行BigDecimal计算特别是除法计算时，很多人会忘记设置精度和舍入模式，最终结果就是程序会报一个ArithmeticException异常。先看示例。
报错信息如下图
官方文档是这样解释的：
"If the quotient has a nonterminating decimal expansion and the operation is specified to return an exact result, an ArithmeticException is thrown. Otherwise, the exact result of the division is returned, as done for other operations."
翻译过来的意思是：
"如果商具有非终止的十进制展开，并且指定运算返回精确的结果，则引发ArithmeticException。否则，将返回除法的确切结果，就像对其他操作所做的那样。"
用人话解释上述文字，意思就是如果divide方法计算得到的商是一个无限小数，而代码预期得到一个精确数字，那么就会抛出ArithmeticException异常。
正确的使用divide代码如下。
打印结果：
设置了c的精度为2，RoundingMode.HALF_UP是向上舍入模式，即四舍五入。
踩坑结论：使用BigDecimal进行计算时，结果一定要设置精度和舍入模式。
踩坑四：字符串转换
想将BigDecimal类型转成字符串，用toString方法？先来看个示例。
打印结果：
可以看出，toString方法将BigDecimal的值转成了科学计数法的值。如果想要转成正常的数值应该使用什么方法呢？我们可以先看下BigDecimal三种转字符串的方法。
- toString()：如果需要指数，则使用科学计数法。
- toPlainString()：不带指数的字符串表现形式。
- toEngineeringString()：如果需要指数，则使用工程计数法。
踩坑结论：结合具体业务选择适用的字符串转换方法。
最后，关于数值格式化的功能，我们可以利用NumberFormat类，对BigDecimal进行格式化控制。代码示例如下。
打印结果：
