js 浮点数四则运算精度问题
四则运算
hello,在我们平时使用javascript进行开发的过程中难免会使用到四则运算,但是经常会发现这么一个问题0.1 + 0.2,其结果应该是多少呢,大家不妨在浏览器调试工具的console里面测试一下,这也很多面试过程中会遇到的问题
为什么会这样呢
其实对于浮点数的四则运算,几乎所有的编程语言都会有类似精度误差的问题,只不过在 C++/C#/Java 这些语言中已经封装好了方法来避免精度的问题,而 JavaScript 是一门弱类型的语言,从设计思想上就没有对浮点数有个严格的数据类型,所以精度误差的问题就显得格外突出。
首先我们分析一下为什么会出现这个精度误差?
首先,我们要站在计算机的角度思考 0.1 + 0.2 这个看似小儿科的问题。我们知道,能被计算机读懂的是二进制,而不是十进制,所以我们先把 0.1 和 0.2 转换成二进制看看:
0.1 => 0.0001 1001 1001 1001…(无限循环)
0.2 => 0.0011 0011 0011 0011…(无限循环)
上面我们发现0.1和0.2转化为二进制之后,变成了一个无限循环的数字,这在现实生活中,无限循环我们可以理解,但计算机是不允许无限循环的,对于无限循环的小数,计算机会进行舍入处理。进行双精度浮点数的小数部分最多支持52位,所以两者相加之后得到这么一串 0.0100110011001100110011001100110011001100110011001100 因浮点数小数位的限制而截断的二进制数字,这时候,我们再把它转换为十进制,就成了 0.30000000000000004。
知道了浮点数产生的原因,那么如何处理这个问题呢?
解决思路
方法1:通过toFixed(num)方法来保留小数。因为这个方法是根据四舍五入来保留小数的,所以最后的计算结果不精确。
方法2:把要计算的数字升级(乘以10的n次幂)成计算机能够精确识别的整数,计算完以后再降级,推荐使用这一种方法。具体代码如下:
编码
代码片段如下
/**
* 判断obj是否为一个整数
* @param {*} obj
*/
function isInteger(obj) {
return typeof obj === 'number' && Math.floor(obj) === obj;
}
/**
* 将一个浮点数转换成整数,返回整数和倍数
* 如 3.14 》》314 倍数是100
* @param {*} floatNum
*/
function toInteger(floatNum) {
var ret = {
times: 1, num: 0 }; // times表示倍数,num表示整数
//是整数
if (isInteger(floatNum)) {
ret