BigDecimal 阿粉相信大家对这个肯定不陌生，只要你公司的业务中涉及到一些比较精确的数字的时候，都会使用 BigDecimal,而不会去使用 Float 和 double，并且在数据库做设计的时候，如果是小数类型，也是会让你使用 BigDecimal 而不是 float 和 double。为什么呢?阿粉来解释一下。
float和double
float 单精度浮点数在机内占 4 个字节，用 32 位二进制描述
double 双精度浮点数在机内占 8 个字节，用 64 位二进制描述
注意float型定义的数据末尾必须有"f"或"F",为了和double区别
我们来写一段简单的程序来实验一下为什么它不行
- System.out.println(2.0-1.4);
如果是有经验的开发人员，肯定觉得这么写出来是不是有问题?这直接减法减出来的数据应该不对，是的，结果肯定不对。
- 0.6000000000000001
为什么运算结果有问题呢?那加法和乘法是不是都会有这种问题，恭喜你，想到了，确实会有这种问题，而这个问题，就得从我们的计算机去开始讨论了，计算机并不能识别除了二进制数据以外的任何数据。也就是说，我们传递给计算机的是十进制的数据，但是计算机需要先把我们给的数据转换成二进制的数据，因为不能直接识别十进制的数据，这时候，2.0 是十进制的数据，转换成二进制的数据，而1.4呢?转换成二进制的数据反而出现了问题 1.4在二进制中，则是会出现1.399999。。。这样的数据，当我们进行数据转换的时候，就出现了2.0-1.399999这样的数据。
这个时候就有人问了，我定义 float 类型为 1.4 的时候为什么不是 1.399999999呢?这就是不进行浮点计算的时候，在十进制里浮点数能正确显示。也就是说，你如果知识定义了类型为 float 的话，但是你不用这个数字去进行计算，那就没问题，但是一旦参与了运算，那就不行了，分分钟被diss。
阿里手册定义
数据库 小数类型为 decimal，禁止使用 float 和 double。
在存储的时候，float 和 double 都存在精度损失的问题，很可能在比较值的时候，得到不正确的 结果。如果存储的数据范围超过 decimal 的范围，建议将数据拆成整数和小数并分开存储。
Java程序：使用 BigDecimal 来定义值，再进行浮点数的运算操作
BigDecimal 是 Java 在 java.math 包中提供的API类，用来对超过16位有效位的数进行精确的运算
使用 BigDecimal 要注意的东西
1.BigDecimal(double) 创建一个具有参数所指定双精度值的对象
但是这种类型是都不推荐使用的，为什么不推荐使用，我们来试一下
- BigDecimal bigDecimal = new BigDecimal(0.2);
- System.out.println(bigDecimal);
当你写出这段代码的时候，感觉没啥问题，当输出出来的时候，就懵了。
- 0.200000000000000011102230246251565404236316680908203125
又出现精度问题了?其实当你在点击到这个方法看源码的时候，注释都提醒你慎重了。
- * The results of this constructor can be somewhat unpredictable. 这个构造函数可以有些不可预测的结果
- * One might assume that writing {@code new BigDecimal(0.1)} in
- * Java creates a {@code BigDecimal} which is exactly equal to
- * 0.1 (an unscaled value of 1, with a scale of 1), but it is
- * actually equal to
- * 0.1000000000000000055511151231257827021181583404541015625.
- * This is because 0.1 cannot be represented exactly as a
- * {@code double} (or, for that matter, as a binary fraction of
- * any finite length). Thus, the value that is being passed
- * <i>in</i> to the constructor is not exactly equal to 0.1,
- * appearances notwithstanding.
阿粉看到第一句话的时候，就知道，以后别用 double 数据类型去初始化这个 bigDecimal 了，不靠谱呀。
也就是说存在精度损失风险，在精确计算或值比较的场景中可能会导致业务逻辑异常
既然不推荐使用 BigDecimal(double)。那么推荐使用什么呢?
BigDecimal(string) 或者使用 valueof
- BigDecimal bigDecimal = new BigDecimal("0.2");
- System.out.println(bigDecimal);
- BigDecimal bigDecimal1 = BigDecimal.valueOf(0.2);
- System.out.println(bigDecimal1);
这时候，我们再来看看是否和我们预期的结果是一样的。
- 0.2
- 0.2
这两个实际上都是一个，valueof 只不过是在源码中帮我们把 double 给变换成了 Double.toString(val) ，也就是还是string。
这就是为什么有些面试官在面试基础的时候，很多次会问，float 和 double 都会丢失精度，BigDecimal 会丢失精度么?为什么?
你如果回答不会丢失精度，那恭喜你，你凉了，如果你回答会丢失精度，那么面试官肯定会追问到什么情况会丢失精度，什么情况不会丢失精度。
这也是为什么在 Effective Java 和 Mysql 必会内容 书中都会提到这块内容，如果你是一个几年工作经验的人，就不会有这种错误，但是你初入职场，经验没那么多，基础没那么牢固的肯定会发生这种事，赶快去检查一下你们公司的代码吧。
BigDecimal 的加减乘除
- 加法：add
- 减法：subtract
- 乘法：multiply
- 除法：divide
BigDecimal保留小数点问题
ROUND_DOWN ：向零方向舍入
ROUND_UP ：向远离0的方向舍入
ROUND_CEILING：向正无穷方向舍入
ROUND_FLOOR ：向负无穷方向舍入
ROUND_HALF_DOWN：相当于五舍六入
ROUND_HALF_UP：相当于四舍五入(经常使用)
以上就是阿粉想给大家说的关于 BigDecimal 的内容了，你要去看看你公司的代码么?
