问题说明
今天测试妹子跑过来很得意的对我说,我发现了一个你的bug
。
bug?
,开玩笑,我写的代码怎么可能有bug
,这是是绝对不可能的,就算有bug
我也会偷偷的修改掉然后更新,在我这儿是不存在bug
的。
问题大概就是后端返回了一个JSON字符串
,这个字符串中有个ID
的字段是一个很大的数字(超过16位
),然后前端用JSON.parse
进行了转换,转换后的ID
跟返回的原始ID
不一样,然后在本地环境还原了一下bug
。
如下图:
image.png
看到这个结果,脑子里第一反应就是,这不就是超出安全整数范围了啊(真实的反应:我擦,哪个傻叉把ID设计成这么长的啊
)
原因
js
是遵循IEEE 754规范,采用双精度存储,占用64 bit
,精度缺失有个最经典的例子
0.1+0.2 != 0.3 //true 0.30000000000000004
image.png
这个问题也不只是
js
中有问题,很多语言中都有,或者说任何使用二进制浮点数的编程语言都会有,你也可以通过这个网站http://0.30000000000000004.com/来查看哪些语言有这个问题。在前端可以通过
math.js
、decimal.js
等库来解决。
js
中安全整数范围(就是能够安全的用来进行算数运算的范围)可以通过MAX_SAFE_INTEGER
和MIN_SAFE_INTEGER
获取,当值超出这个范围的数字值将不再准确
console.log(Number.MAX_SAFE_INTEGER); //9007199254740991
console.log(Number.MIN_SAFE_INTEGER); //-9007199254740991
来看个列子
let num1 = 90071992547409912342;
let num2 = 1111;
num1 + num2 = 90071992547409920000
num1
大于安全整数范围,所以num1
的值是90071992547409920000
,最终结果也就是90071992547409920000
我的解决
要解决我们出现的bug
也很简单,只需要把数字转成字符串就行了,例如
var str = "{\"id\":45361728384950273652,\"name\":\"前端_逗叔\",\"url\":\"https://intolearn.com\"}";
var newStr = str.replace(/(\d{15,})/g, '"$1"');
JSON.parse(newStr)
最大的安全整数是16位,我这里就直接把15位以上
的数字都转成字符串,这样就显示正确了
网友评论