面试官：0.1+0.2等于多少？我不假思索0.3,结果直接回家等通知

关于0.1+0.2，这是一个非常经典的问题众所周知数学上是0.1+0.2是等于0.3的，然而在大部分编程语言中却不等于0.3我第一次知道也是难以置信，于是就写了下图的java程序来验证

相信大部分小伙伴第一次知道这个事实后都会怀疑人生难道这个世界是假的？我们身处在楚门的世界中？显然不是这样这是为什么，又该如何解决呢？（本文以JAVA面试为例）PS：这个问题是一个比较有名的前端面试题，但实际上不止是JavaScript中，后端的JAVA以及大部分别的语言都有这个问题（题外话：我对象也学计算机，大二的时候我和她打赌java里面0.1+0.2不等于0.3，她不信结果赌输了亲了我一下）

面试官：0.1+0.2等于多少？我：0.3000000000000004面试官：为什么不是0.3？我：不知道...... 结果直接回家等通知

许多开发者知道0.1+0.2==0.3000000000000004却是知其然不知其所以然，这里我简单说说为什么0.1+0.2不等于0.3众所周知计算机使用的是二进制十进制小数转成二进制，一般采用"乘2取整，顺序排列"方法，如0.625转成二进制的表示为0.101。 但是，并不是所有小数都能转成二进制，如0.1就不能直接用二进制表示，他的二进制是0.000110011001100… 这是一个无限循环小数。所以，计算机是没办法用二进制精确的表示0.1的人们想出了一种采用一定的精度，使用近似值表示一个小数的办法。这就是IEEE 754IEEE754中，一个浮点数由符号位、尾数和阶码组成。符号位用于表示正数或负数，尾数是有效数字的部分，而阶码用于表示指数

十进制数经IEEE754实际转换得到的二进制数是一个近似值而Double类型只存储8字节，即64位，如下图所示0.1转换为

0 1111111011 1001100110011001100110011001100110011001100110011001

0.2转换为

0 01111111100 1001100110011001100110011001100110011001100110011010

相加得

0 01111111101 0011001100110011001100110011001100110011001100111010

故转换成十进制就得0.3000000000000004

面试官：0.1+0.2等于多少？我：0.3000000000000004面试官：为什么不是0.3？我：因为采用了IEEE754码制，十进制浮点数无法完全精确转换为二进制浮点数面试官：那你能实现0.1+0.2==0.3吗 我：我不会欸.. 结果直接回家等通知

面试官：0.1+0.2等于多少？我：0.3000000000000004面试官：为什么不是0.3？我：因为采用了IEEE754码制，十进制浮点数无法精确转换为二进制浮点数面试官：那你能否实现0.1+0.2==0.3我：(0.1* 10 + 0.2 *10)==0.3

其实想要使0.1+0.2等于0.3也是可以实现的 最简单的方法就是 (0.1* 10 + 0.2 *10)==0.3直接乘10再除以10 就好了，但在实际的业务场景中却并不是一个很好的办法

面试官：你还会别的实现方法吗我：使用BigDecimal类存储0.1和0.2，然后再用add方法相加！面试官：下周来入职！

针对0.1+0.2问题，java中常用的解决方法BigDecimalBigDecimal 是一个可以实现对浮点数的运算的类，而且不会造成精度丢失

import java.math.BigDecimal; public Main{ public static void main(String[] args) { BigDecimal a = new BigDecimal("0.1"); BigDecimal b = BigDecimal.valueOf(0.2); BigDecimal c = a.add(b); System.out.println(c); } }

（终于等于0.3了，呼~）

需要注意的是BigDecimal的用法，以上文字引用自《阿里巴巴开发手册》

有的人看完了可能会说，差这么一点点有什么关系呢实际上如果涉及到高频金钱交易的话，这一点点的差距也可以造成致命的损失比如某金融系统可能1天交易100万次，1次损失1分钱，一个月下来损失就有30万了！希望兄弟们遇到类似的场景不要忘记BigDecimal的用法,记得不要直接传参数