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

最新推荐文章于 2024-03-22 22:15:00 发布

猕猴桃0303

最新推荐文章于 2024-03-22 22:15:00 发布

阅读量1.2w

点赞数 3

分类专栏： javaScript 文章标签： js长整型精度问题整型传到后台不对

本文链接：https://blog.csdn.net/leaf_0303/article/details/79194496

版权

javaScript 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

决定整理一些踩过的坑，就叫那些年踩过的坑吧，今天要说的是最近发生的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

猕猴桃0303

关注

3
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
js 长整型精度问题-那些年踩过的坑

决定整理一些踩过的坑，就叫那些年踩过的坑吧，今天要说的是最近发生的JS 问题。这是由于一系列修改而引发出来的，先是运营妹子跑过来说客户购汇订单支付不成功，果断查看日志，是“ID 重复” 导致入库失败，看了下id 生成规则。结果是最后四位导致的，最后四位竟然是截取了序列sequence 的前四位那当10001/10002/10003… 这样的序列时岂不是生成的id 都相同了，不懂之前的人处
复制链接

扫一扫