king

公司同事用 Float 和 Double ,结果导致..

king 运维技术 2022-11-18 398浏览 0

公司同事用 Float 和 Double ,结果导致..

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) 创建一个具有参数所指定双精度值的对象

但是这种类型是都不推荐使用的,为什么不推荐使用,我们来试一下

BigDecimalbigDecimal=newBigDecimal(0.2);

System.out.println(bigDecimal);

当你写出这段代码的时候,感觉没啥问题,当输出出来的时候,就懵了。

0.200000000000000011102230246251565404236316680908203125

又出现精度问题了?其实当你在点击到这个方法看源码的时候,注释都提醒你慎重了。

*Theresultsofthisconstructorcanbesomewhatunpredictable.这个构造函数可以有些不可预测的结果
*Onemightassumethatwriting{@codenewBigDecimal(0.1)}in
*Javacreatesa{@codeBigDecimal}whichisexactlyequalto
*0.1(anunscaledvalueof1,withascaleof1),butitis
*actuallyequalto
*0.1000000000000000055511151231257827021181583404541015625.
*Thisisbecause0.1cannotberepresentedexactlyasa
*{@codedouble}(or,forthatmatter,asabinaryfractionof
*anyfinitelength).Thus,thevaluethatisbeingpassed
*<i>in</i>totheconstructorisnotexactlyequalto0.1,
*appearancesnotwithstanding.

阿粉看到第一句话的时候,就知道,以后别用 double 数据类型去初始化这个 bigDecimal 了,不靠谱呀。

也就是说存在精度损失风险,在精确计算或值比较的场景中可能会导致业务逻辑异常

既然不推荐使用 BigDecimal(double)。那么推荐使用什么呢?

BigDecimal(string) 或者使用 valueof

BigDecimalbigDecimal=newBigDecimal("0.2");
System.out.println(bigDecimal);
BigDecimalbigDecimal1=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:相当于四舍五入(经常使用)

继续浏览有关 数据库运维 的文章
发表评论