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

最新推荐文章于 2024-05-10 20:09:51 发布
最新推荐文章于 2024-05-10 20:09:51 发布
阅读量1.2w 收藏 3
点赞数 3
分类专栏： javaScript 文章标签： js长整型精度问题 整型传到后台不对
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/leaf_0303/article/details/79194496
版权
本文讲述了作者在处理JS长整型时遇到的问题，由于超过一定位数的整型数值会导致精度丢失，从而引起订单号错误，进而影响后台数据匹配。问题源于JavaScript中超过9007199254740992的整数可能失去精度。为解决此问题，作者将整型值转换为字符串类型，避免了精度损失。
摘要由CSDN通过智能技术生成

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

<!DOCTYPE html>
<script type="text/javascript">
    var m = 9992018012210063;
最低0.47元/天 解锁文章
猕猴桃0303
关注
  • 3
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JS长整型精度问题实例分析
10-24
主要介绍了JS长整型精度问题,实例分析了Java项目结合前台js脚本出现的长整型精度问题与相应的解决方案,具有一定参考借鉴价值,需要的朋友可以参考下
JS大坑之19位数的Number型精度丢失问题详解
01-19
More 本项目仅供爬取体验，每次访问都会实时爬取数据，所以数据返回速度会比较慢，实际操作应该是定时爬取数据然后将数据存进数据库，数据从数据库返回从而提高数据返回效率。 但项目很基础，可以作为以上各个node...
js处理long精度丢失
strggle_bin的博客
04-15 751
其中，WRITE_DATES_AS_TIMESTAMPS 表示是否将日期类型序列化为时间戳类型，默认为 true，这里设置为 false 如果需要将日期类型序列化为时间戳类型，则不需要设置此属性。这是因为在 JavaScript 中，数字类型默认会被转换为双精度浮点数，而双精度浮点数的精度有限，只能精确表示 2 的 53 次方以内（即 Number.MAX_SAFE_INTEGER，约为 9 x 10^15）的整数。注意：此方式，会影响所有的接口，所有接口中的数字字段，都会被转换为字符串输出。
前端js长整型精度丢失处理
chuanchengdabing的博客
12-09 3073
数据表：user属性id是bigint类型在SpringMVC中, 将Controller方法返回值转换为json对象, 是通过jackson来实现的, 涉及到SpringMVC中的一个消息转换器MappingJackson2HttpMessageConverter, 所以我们要解决这个问题, 就需要对该消息转换器的功能进行拓展。
JavaScript使用 BigInt
最新发布
分享学习网络的点点滴滴
05-10 289
在 JavaScript 中，最大的安全整数是 2 的 53 次方减 1，即 Number.MAX_SAFE_INTEGER，其值为 9007199254740991。这是因为 JavaScript 中使用双精度浮点数表示数字，双精度浮点数的符号位占 1 位，指数位占 11 位，尾数位占 52 位，因此能够准确表示的整数范围是有限的。超过这个范围的整数可能会失去精度。● 可以看到，超过这个精度，整数的精度就会丢失，可能会出现一些问题。
js 长整形 bigInt
W_han__的博客
12-30 1145
0x01 << 40 & 4312284604121343 为0 (BigInt(0x01) << BigInt(position) & BigInt(showFlags) 为1 js 位运算超过最大整数问题, 使用BigInt 大整数
解决 js在对长度较长的长整型数据进行处理时， 会损失精度， 从而导致提交的id和数据库中的id不一致。（long类型）
kl312654的博客
06-24 321
解决json精度丢失问题
详解JavaScript中精度失准问题及解决方法
11-21
①JS中所有的数字（小数、整型）都是浮点型 ②JS中小数、整型都是Number类型 ③JS中Number类型使用binary64或双精度表示的，实质是一个二进制格式64位的浮点数 ④64位的二进制具体为最高的1位是符号位，接着的11位是...
gson ajax 数字精度丢失问题的解决方法
08-31
要解决数字精度丢失问题，可以使用以下方法：直接把属性为长整型（long）的属性自动加上双引号成为 JavaScript 字符串，这样就不会发生丢失了，Ajax 自动识别为字符串。 例如，可以使用以下代码来解决数字精度丢失...
JavaScript 中的长整型精度问题
11-26 1497
JavaScript 在处理长整型时会有一定的问题，有时精度会缺失。 问题 当 Java 后台有个 Long 型值20175678901234567转到前台时，发现精度存在问题: var batchNumber = 20175678901234567; console.log(batchNumber); // 20175678901234570 也就是说，到了前端 Java...
js 如何代替java中的长整型_Javascript长整型
weixin_30969479的博客
02-26 340
我在javascript中看到了一件最奇怪的事情。服务器端(弹簧)：@RequestMapping(value = "/foo", method = RequestMethod.GET)@ResponseBodypublic Long foo() {return 793548328091516928L;}我返回一个长的价值和：$.get('/foo').done(function(data){co...
[JavaScript] js字符串转数字长度限制|超过长度有误差
qq_58868034的博客
05-06 690
服务端使用长整型（Int64）的数字，在浏览器端使用JS的number类型接收时，当这个实际值超过 （2^53-1）时，JS变量的值和实际值就会出现不相等的问题。小数进行算术运算时，实质上就是把十进制的浮点数转化为二进制，这样的结果是无穷的，JS最多有2的53次方有效数字，并不是精准的，所以再进行运算时会失准。JS引擎中第一位为符号位，第二位到第十二位为指数位，数字位只剩最后52位（其中还有一位隐藏，实际53位），详情见下方链接。最后看一下处理大数字（超出范围）的方法及避免精度丢失的方法。
解决前端JSON转换时长整型（整数）的精度问题
Auntvt的博客
04-23 3904
现象 用javascript把一个json字符串转换为JSON对象，代码： var jsonStr = '{"id": 47854561584745547, "userId": 547885499847781512}'; var json = JSON.parse(jsonStr); console.log(json); 运行结果如下： 具体原因：https://www.cnblog...
js中长整型（Long）转为时间类型
qq_34566673的博客
07-29 2847
数据库中存储的日期格式有date型（yyyy-MM-dd）存储的是年月日类型的日期，datetime型（yyy-MM-dd HH:mm:ss sss）精确到毫秒的日期类型。 java从数据库中获取的日期为java.util.Date类型，在java程序将数据传向前端页面时，会默认将日期数据转为Long型的毫秒数传过去。 要想在前端页面展示出yyyy-MM-dd型，则需要将传过来的长整数转为日期 longTypeDate是传进去的长整数 function dateFormat(longTypeDate){
JS长整型精度问题
zzcoding
05-30 4787
本文实例分析了一个JS长整型精度问题。分享给大家供大家参考。具体分析如下： 问题描述： 后台有一个脚本功能，可编写脚本动态调用Java代码 复制代码 代码如下:importClass(com.ztgame.center.controller.api,P360ApiController); var roleId = 10214734953631045; p360ApiController.n
js 长整型(Long)转为时间类型
hxj279608的专栏
09-16 5688
项目中有时候遇到要把一个long类型转换为时间类型。 var date = new Date(1230604230000);   var theDate = date.toLocaleString();   alert(theDate); 2008年12月30日 10:30:30 var theDdate1 = theDate.replace(/年/,'-') var the
关于JS中使用JSON.parse长整型数丢失精度的问题解决
05-25
在 JavaScript 中，标准的数字类型是双精度浮点数，它的精度最多只有 53 位。当我们使用 JSON.parse 解析 JSON 数据时，如果数据中包含超过 53 位的数字，那么这些数字就会丢失精度，导致错误的结果。 解决该问题的方法可以是： 1.使用第三方库，如 bignumber.js、decimal.js 等来处理长整型数。 2.将长整型数转换为字符串，然后再进行 JSON.parse 解析，这样可以保证数值的精度不会丢失。 比如，可以使用以下代码来将 JSON 数据中的所有数值都转换为字符串： ```javascript function parseJSONWithBigInt(jsonStr) { return JSON.parse(jsonStr, (key, value) => { if (typeof value === 'string') { try { return BigInt(value); } catch (e) { // do nothing } } return value; }); } ``` 使用该函数来解析 JSON 数据： ```javascript const jsonStr = '{"value": 12345678901234567890}'; const data = parseJSONWithBigInt(jsonStr); console.log(data.value); // 12345678901234567890n ``` 这样就可以得到正确的结果了，其中 `12345678901234567890n` 表示一个 BigInt 类型的数值。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值