理论上:浮点数
查看方式 console.log(Number.MAX_VALUE) = 1.7976931348623157e+308
实际上:整数
整数 ±2^53 = 9007199254740992
基本上超过16位整数就无法精确地表示了 超过这个最大值,所有的奇数都会+1或者-1变成偶数,无法准确赋值
浮点数
比如
0.1 >> 0.0001 1001 1001 1001…(1001无限循环)
0.2 >> 0.0011 0011 0011 0011…(0011无限循环)
此时只能模仿十进制进行四舍五入了,但是二进制只有 0 和 1 两个,于是变为 0 舍 1 入。这即是计算机中部分浮点数运算时出现误差,丢失精度的根本原因。
大整数的精度丢失和浮点数本质上是一样的,尾数位最大是 52 位,因此 JS 中能精准表示的最大整数是 Math.pow(2, 53),十进制即 9007199254740992。
大于 9007199254740992 的可能会丢失精度
9007199254740992 >> 10000000000000...000
// 共计 53 个 0
9007199254740992 + 1 >> 10000000000000...001
// 中间 52 个 0
9007199254740992 + 2 >> 10000000000000...010
// 中间 51 个 0
实际上
9007199254740992 + 1
// 丢失
9007199254740992 + 2
// 未丢失
9007199254740992 + 3
// 丢失
9007199254740992 + 4
// 未丢失
解决方法:
对于整数,前端出现问题的几率可能比较低,毕竟很少有业务需要需要用到超大整数,只要运算结果不超过 Math.pow(2, 53) 就不会丢失精度。
对于小数,前端出现问题的几率还是很多的,尤其在一些电商网站涉及到金额等数据。解决方式:把小数放到位整数(乘倍数),再缩小回原来倍数(除倍数)
// 0.1 + 0.2 == 0.3 // felse
(0.1*10 + 0.2*10) / 10 == 0.3
// true