您的位置：首页 > Web前端 > JavaScript

js 长整型精度问题-那些年踩过的坑

2018-01-29 17:45 218 查看
决定整理一些踩过的坑，就叫那些年踩过的坑吧，今天要说的是最近发生的JS 问题。

这是由于一系列修改而引发出来的，先是运营妹子跑过来说客户购汇订单支付不成功，果断查看日志，是“ID 重复” 导致入库失败，看了下id 生成规则。结果是最后四位导致的，最后四位竟然是截取了序列sequence 的前四位那当10001/10002/10003… 这样的序列时岂不是生成的id 都相同了，不懂之前的人处于什么考虑，果断修改放开截取直接用全部的序列号，检查过数据库的长度也够。但是问题出现了：不截取sequence 后 重复问题是没有了，但是出现了长整型。导致那一天连续十多单的订单数据 客户都对不上了。真是吓的不轻。例如：明明订单号是9992018012210063 可从页面上传到后台就成了9992018012210064，这就导致后台查数据又按照9992018012210064 的订单来购汇。

最后排查就是js 长整型惹的祸。先贴一段简单的页面代码让大家验证一下：

<!DOCTYPE html>
<script type="text/javascript">
var m = 9992018012210063;
function alertFun(){
alert(m);
}

</script>
<html>
<head>
<meta charset="UTF-8">
<title></title>
</head>
<body>
<button onclick="alertFun()">测试</button>
</body>
</html>


你会发现当m 的值大于15位之后，弹出来的m 值最后一位经常是错误的， 这也就在实际开发过程中埋雷了。

对于我们的系统里的解决方法是之后采用了字符串类型加了引号来解决。

之后查了网上资料说是

大整数的精度丢失和浮点数本质上是一样的，尾数位最大是 52 位，因此 JS 中能精准表示的最大整数是 Math.pow(2, 53)，十进制即 9007199254740992。

大于 9007199254740992 的可能会丢失精度

至于为什么，可见：

https://www.cnblogs.com/snandy/p/4943138.html
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息
标签：  js长整型精度问题 整型传到后台不对
相关文章推荐
新的分享
章节导航