我去，脸皮厚啊，你竟然使用==比较浮点数？

先看再点赞，给自己一点思考的时间，微信搜索【沉默王二】关注这个靠才华苟且的程序员。
本文 GitHub github.com/itwanger 已收录，里面还有一线大厂整理的面试题，以及我的系列文章。

老读者都知道了，我在九朝古都洛阳的一家小作坊式的公司工作，身兼数职，谈业务、敲代码的同时带两个新人，其中一个就是大家熟知的小王，经常犯错，被我写到文章里。

不过，小王的心态一直很不错，他不觉得被我批评有什么丢人的，反而每次读完我的文章后觉得自己又升级了。因此，我觉得小王大有前途，再这么干个一两年，老板要是觉得我的性价比低了，没准就把我辞退留下小王了。一想到这，我竟然枯燥一笑了。

那天，我闲来无聊，就准备偷偷 review 一下小王的代码，看能不能鸡蛋里挑点骨头，没想到，还真的被我挑到了。

double d1 = .0;
for (int i = 1; i <= 11; i++) {d1 += .1;
}double d2 = .1 * 11;System.out.println(d1 == d2);

小王这段代码蛮炫技的，其实，尤其是 .0、.1 的写法，我平常都老实巴交的写成 0.0、0.1，从来没想着要把小数点前面的 0 省略。

按照正常的逻辑来看，d1 在经过 11 次循环加 .1 后的结果应该是 1.1，d2 通过 .1 乘以 11 后的结果也应该是 1.1，最后打印出来的结果应该是 true，对吧？小王应该也是这么期待的，我觉得。

但我当时硬是没忍住我的暴脾气，破口大骂：“我擦，小王，你竟然敢用 == 比较浮点数，这不是找刺激吗？”

如果有读者也觉得输出结果是 true 的话，可以把上面这段代码在本地运行一下，输出的结果一定会出乎你的意料。

false

对，false，我没骗你。如何正确地比较浮点数（单精度的 float 和双精度的 double），不单单是 Java 特定的问题，很多编程语言的初学者也会遇到同样的问题。在计算机的内存中，存储浮点数时使用的是 IEEE 754 标准，就会有精度的问题，至于实际上的存储转换过程，这篇文章不做过多的探讨。

（主要是我太菜了，探讨的过程很枯燥，一点都不有趣，严谨地理论推导就交给那些真正的技术大佬们吧，我就不献丑了。）

同学们只需要知道，存储和转换的过程中浮点数容易引起一些较小的舍入误差，正是这个原因，导致在比较浮点数的时候，不能使用“==”操作符——要求严格意义上的完全相等。

再来看一下小王的代码，我们把 d1 和 d2 打印出来，看看它们的值到底是什么。

d1：1.0999999999999999
d2：1.1

怪不得“”的时候输出 false，原来 d1 的值有一些误差，并不是我们预期的 1.1。既然“”不能用来比较浮点数，那么小王就得挨骂，这逻辑讲得通吧？

那这个问题该怎么解决呢？

对于浮点数的存储和转化问题，我表示无能为力，这是实在话，计算机的底层问题，驾驭不了。但是，可以通过一些折中的办法，比如说允许两个值之间有点误差（指定一个阈值），小到 0.000000…1，具体多少个 0 懒得数了，反正特别小，那么我们就认为两个浮点数是相等的。

第一种方案就是使用 Math.abs() 方法来计算两个浮点数之间的差异，如果这个差异在阈值范围之内，我们就认为两个浮点数是相等。

final double THRESHOLD = .0001;double d1 = .0;
for (int i = 1; i <= 11; i++) {d1 += .1;
}double d2 = .1 * 11;if(Math.abs(d1-d2) < THRESHOLD) {System.out.println("d1 和 d2 相等");
} else {System.out.println("d1 和 d2 不等");
}

Math.abs() 方法用来返回 double 的绝对值，如果 double 小于 0，则返回 double 的正值，否则返回 double。也就是说，abs() 后的结果绝对大于 0，如果结果小于阈值（THRESHOLD），我们就认为 d1 和 d2 相等。

第二种解决方案就是使用 BigDecimal 类，可以指定要舍入的模式和精度，这样就可以解决舍入的误差。

可以使用 BigDecimal 类的 compareTo() 方法对两个数进行比较，该方法将会忽略小数点后的位数，怎么理解这句话呢？比如说 2.0 和 2.00 的位数不同，但它俩的值是相等的。

如果 a 小于 b，则该方法返回 -1，如果相等，则返回 0，否则返回 -1。

注意，千万不要使用 equals() 方法对两个 BigDecimal 对象进行比较，这是因为 equals() 方法会考虑位数，如果位数不同，则会返回 false，尽管数学值是相等的。

BigDecimal a = new BigDecimal("2.00");
BigDecimal b = new BigDecimal("2.0");System.out.println(a.equals(b));
System.out.println(a.compareTo(b) == 0);

a.equals(b) 的结果就为 false，因为 2.00 和 2.0 小数点后的位数不同，但 a.compareTo(b) == 0 的结果就为 true，因为 2.00 和 2.0 在数学层面的值的确是相等的。

compareTo() 方法比较的过程非常严谨，感兴趣的同学可以查看一下源码，其中位数不同的时候，会执行以下方法进行比较。

private int compareMagnitude(BigDecimal val) {// Match scales, avoid unnecessary inflationlong ys = val.intCompact;long xs = this.intCompact;if (xs == 0)return (ys == 0) ? 0 : -1;if (ys == 0)return 1;long sdiff = (long)this.scale - val.scale;if (sdiff != 0) {// Avoid matching scales if the (adjusted) exponents differlong xae = (long)this.precision() - this.scale;   // [-1]long yae = (long)val.precision() - val.scale;     // [-1]if (xae < yae)return -1;if (xae > yae)return 1;if (sdiff < 0) {// The cases sdiff <= Integer.MIN_VALUE intentionally fall through.if ( sdiff > Integer.MIN_VALUE &&(xs == INFLATED ||(xs = longMultiplyPowerTen(xs, (int)-sdiff)) == INFLATED) &&ys == INFLATED) {BigInteger rb = bigMultiplyPowerTen((int)-sdiff);return rb.compareMagnitude(val.intVal);}} else { // sdiff > 0// The cases sdiff > Integer.MAX_VALUE intentionally fall through.if ( sdiff <= Integer.MAX_VALUE &&(ys == INFLATED ||(ys = longMultiplyPowerTen(ys, (int)sdiff)) == INFLATED) &&xs == INFLATED) {BigInteger rb = val.bigMultiplyPowerTen((int)sdiff);return this.intVal.compareMagnitude(rb);}}}if (xs != INFLATED)return (ys != INFLATED) ? longCompareMagnitude(xs, ys) : -1;else if (ys != INFLATED)return 1;elsereturn this.intVal.compareMagnitude(val.intVal);
}

好了，现在让我们使用 BigDecimal 来解决精度问题吧。

BigDecimal d1 = new BigDecimal("0.0");
BigDecimal pointOne = new BigDecimal("0.1");
for (int i = 1; i <= 11; i++) {d1 = d1.add(pointOne);
}BigDecimal d2 = new BigDecimal("0.1");
BigDecimal eleven = new BigDecimal("11");
d2 = d2.multiply(eleven);System.out.println("d1 = " + d1);
System.out.println("d2 = " + d2);System.out.println(d1.compareTo(d2));

程序输出的结果如下：

d1 = 1.1
d2 = 1.1
0

d1 和 d2 都为 1.1，所以 compareTo() 的结果就为 0，表示两个值是相等的。

总结一下，在遇到浮点数的时候，千万不要使用“==”操作符来进行比较，因为有精度问题。要么使用阈值来忽略舍入的问题，要么使用 BigDecimal 来替代 double 或者 float。

等会我就把这篇文章发给小王看看，同学们顺手点个赞

我去，脸皮厚啊，你竟然使用==比较浮点数？相关推荐

2021年，脸皮“厚“点儿
程序员整天面对计算机写代码,普遍比较内向,"脸皮薄儿",和人打交道的能力比较弱,我也是这样. 这就导致年龄大了以后,如果想转到别的IT岗位(如售前.咨询.技术管理.教育-)的时候, ...
IT项目管理之脸皮厚大实话
项目管理很多同学应该考过,也拿到PMP,IPMP等证书,但实际中大家究竟是如何应用的,以及是否应用了,并不时那么乐观.本人在PMP狂热的年代也考了PMP,还读了个项目管理工程硕士,当时感觉自己是项目专 ...
胆大，心黑，脸皮厚，某大佬透露的把妹绝招
情感张上线啦...今天分享 3 个与情感相关的问答,希望对你有所帮助哈,如果觉得不错,记得点赞戳广支持一下哦! 1 1 趁热打铁 1 球友提问: 张哥,要到女生微信后如何进一步发展?本人是考研党,今天 ...
2021年，脸皮厚点儿
程序员整天面对计算机写代码,普遍比较内向,"脸皮薄儿",和人打交道的能力比较弱,我也是这样. 这就导致年龄大了以后,如果想转到别的IT岗位(如售前.咨询.技术管理.教育...... ...
两个double比较大小_我去，脸皮厚啊，你竟然使用==比较浮点数？
作者:沉默王二链接:https://juejin.im/post/5f0fb2e6f265da22ab2d68fa 来源:掘金老读者都知道了,我在九朝古都洛阳的一家小作坊式的公司工作,身兼数职,谈 ...
博士毕业，信心满满的去面算法工程师，竟然凉了...
微信改版,加星标不迷路! Part.1 我是小A,一个没能当成算法工程师的菜鸡Java工程师,内心却等着上AI这趟车. 去年正是人工智能火热的时候,看着各种高薪招聘,我沉寂很久的内心也火热起来了.但是 ...
信心满满的去面算法工程师，竟然凉了...
我是小A,一个没能当成算法工程师的菜鸡Java工程师,内心却等着上AI这趟车. 去年正是人工智能火热的时候,看着各种高薪招聘,我沉寂很久的内心也火热起来了.但是想归想,我内心还是有很多纠结的. 自己已 ...
脸皮厚了与哲哥合影！Cocos北京站沙龙带回的照片，猜猜我是谁？
大家好,我是玻璃小屋「杨宗宝」 12月12日,Cocos来北京啦! 除了带了最新的 Cocos Creator 3.0 之外,还有市值上亿的在线教育领域的大佬分享如:作业帮.万达.字节跳动教育等! C ...
震惊！国内一程序员去字节入职，竟然没有入职体检，这是假字节？
前言一个程序员面试字节成功以后,要入职字节时,却发现字节竟然没有入职体检,我的天呀!这也太不注重公司员工的身体健康了吧?难道是HR忘了?,不可能吧.不仅如此,由此我们还发现了字节更多的缺陷. 由此发 ...

我去，脸皮厚啊，你竟然使用==比较浮点数？

我去，脸皮厚啊，你竟然使用==比较浮点数？相关推荐

最新文章

热门文章