问题说明
今天测试妹子跑过来很得意的对我说，我发现了一个你的bug。
bug?，开玩笑，我写的代码怎么可能有bug，这是是绝对不可能的，就算有bug我也会偷偷的修改掉然后更新，在我这儿是不存在bug的。
image.png
问题大概就是后端返回了一个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位以上的数字都转成字符串，这样就显示正确了
image.png
