js传输超长number类型ID时精度丢失

最新推荐文章于 2024-05-10 17:34:05 发布
最新推荐文章于 2024-05-10 17:34:05 发布
阅读量993 收藏
点赞数
文章标签： js
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lfh_fly/article/details/124444323
版权

最近遇到一个很有趣的问题，由于很多业务基础表的id时后端雪花算法生成的二十多位数字，而我们前端在拿到这些id当作参数传输时会惊奇的发现，这数字它变了！
话不多说，上图
在这里插入图片描述
不难看出，数字超过18位后变了。此时我查阅了相关资料说是js精度问题，可能15位后就会变，所以我们需要一个解决方案。
这时我发现字符串不会变
在这里插入图片描述

这时我想直接转换
在这里插入图片描述
发现还有问题。
在这里插入图片描述

最终还是找后端把id转换为string格式传输的。如果大家有好的解决方案，欢迎在下方留言

小小小虎笑~
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JS大坑之19位数的Number型精度丢失问题详解
10-17
JavaScript中的Number类型在处理大整数时存在精度丢失的问题，特别是在涉及19位或更多位数的整数时。这是由于JavaScript的浮点数表示方式（IEEE 754双精度浮点数）所限制的。JavaScript能精确表示的最大整数是2的53...
js传输Long型id导致精度缺失问题
raintempest的博客
09-14 481
由于JS基本数据类Number是双精度浮点数，最大处理16位数值，2的53次方，也就是-9007199254740992~9007199254740992内的数值，所以19位的数值精度会丢失。你设置了一个为Long型的19位id，分页查询传输到前端，查看控制台发现是正确的id，但当去使用这个id去更新，查询数据的时候，却无法正确去实现功能，打开控制台查看请求，发现传输的id不符。中扩展Spring mvc的消息转换器，在此消息转换器中使用提供对象转换器进行Java对象到json数据的转换。
微服务大数字精度丢失解决方案
dada1739389268的博客
06-12 513
前后台数据传输大数字精度丢失解决方案 原理：将数字类型的字段序列化时转换为字符串（当前环境为 js - 前台Controller - 后台Controller） 前台包java 实体12位以上数字属性上或者get方法加注解（PS：个别项目，如果列表页面也使用大数据字段，则后台包java 实体也需要加注解，具体原因待查） @JsonSerialize(using = ToStringSerial...
关于sessionId过长传给前端精度丢失的解决办法
weixin_44777191的博客
05-10 253
这段代码的含义是将一个过长的sessionId转换为String类型，这样可以避免在传输sessionId时出现精度丢失。通常，sessionId是一个长整型（可能包括64位整数），如果直接将其作为字符串传递给前端，可能会导致精度丢失。实现原理是将sessionId的64位整数转换为32位整数（因为Java中的int类型为32位），然后将32位整数转换为字符串。方法将其转换为String类型。注意，这个方法仅适用于64位整数到32位整数的转换，并不适用于其他长整型到字符串的转换。
接口返回超16位number数据 JS显示丢失精度解决方法
neko0622的博客
06-24 2836
联调接口时发现后端返回的不同对象的id重复，浏览器开发者工具查看预览如下图： 通过postman测试接口，返回数据与后端确认一致 百度后发现，后端返回的id字段number类型数据太长了，有19位，超过了js中number类型的最大值2的53次方即9007199254740992，若超过了这个值会出现精度丢失问题。而且，由于本项目后端返回的是JSON格式的数据，axios响应会自动转换成js对象，浏览器预览看到的结果即为丢失精度后的数据。出现这种情况，可以与后端沟通，让后端将id的number类型数据处理成
js超长number精度丢失问题——结论：number无解，换string才是正途
星辰旋风的博客
09-24 5351
最近发现了一个线上问题，用户的信息获取错误。多方调试后发现，我们的userId太长了，超过了js支持的精度范围，发生了精度丢失的问题。 比如一个userId：12345678900011137，在js里，如果使用number类型的话，实际会变成 12345678900011140 。 看到了吗，js自带的坑，而且坑的还不是位数变化，位数没变，但是最后一位四舍五入了！！！ 经过各种查资料、咨询、调试、测试…… 最后确定，js number 对这个情况无解。 换BigInt long bignumber 之类的
雪花算法生成的ID过长，前端接收精度丢失问题
qq_62775328的博客
02-29 1271
雪花算法生成的ID过长，前端接收精度丢失问题
关于十六位以上字符串转数字类型丢失精度的问题
qq_43328914的博客
03-17 1556
关于字符串转数字类型失去精度的解决方案
JS大坑之17位（含）以后的Number类型数值精度丢失问题
weixin_43190804的博客
12-15 1482
1.JS大坑之17位（含）以后的Number类型数值精度丢失问题 console.log("1318855614830125158") console.log(Number("1318855614830125158")) console.log(parseInt("1318855614830125458")) console.log(String(1318855614830125358)) console.log(1318855614830125458) ...
前端传递超长参数，前端与后端对应处理
kuangxiuhong的博客
01-19 901
长字符串传值，前端用encodeURIComponent编码，后端用HttpUtility.UrlDecode解码。当前端需要给后端传递对象集合，通常对象集合会很长，这样传递到后端时是接收不到相应参数的值的，因为被屏蔽了。前端：encodeURIComponent为jquery自带的编码方式。一般会报错，，URL参数过长，或者接口直接302,，根本访问不到接口。另外一种解决方式，有可能行，在web.config中的加入。此贴为记录贴，欢迎大家提供更多解决方式。
js-jsonBigint-js默认对number类型超出范围精度丢失
05-08
js_jsonBigint_js默认对number类型超出范围精度丢失,本资源包含直接浏览器版本的jsonBigint js代码及示例，并对应不需要处理小数的情况进行源码修改说明，可供项目实际解决js长整数精度丢失问题
js Math.js bigNumber可以解决js运算精度丢失问题
04-14
使用示例： math.config({ number:'BigNumber' }) let result=math.parser().eval(a+ "-" + b); //a,b是需要计算的值，中间是运算符
JavaScript中的Number数字类型学习笔记
10-22
由于JavaScript的数字类型不是专为高精度计算设计的，因此在处理非常大或非常小的数值时可能会遇到精度损失。 在JavaScript中，数值类型包括十进制、八进制和十六进制。八进制字面量以0开头，后跟一系列八进制数字...
id太长导致id的精度丢失
weixin_45149147的博客
07-29 818
生成的id有时候会太长，网络传输或者传递到前端的时候就会丢失数据，pc端接收的有效字段是17位，从18位开始都是变为0 解决方案 1，将长度缩减 2，将id转成字符串进行传递。 考虑到id缩短存在风险，一般都是转成字符串传递。 ...
vue项目通过json-bigint在前端处理java雪花id过长导致失去精度问题
weixin_45966674的博客
09-18 1538
大家知道 axios 会对请求数据做一次处理 而我们 data才是拿到我们java这边实际返回的东西 简单说 就是输出一下我们后端返回 的内容。例如 一个对象中 id超长 那么 原来的id字段就会变成一个这样的数据 放不下就帮你分成两个数组下标 到时 你自己再拼合一下就好了。接收前端传过来的 一个 属性类对象 就是只有一个long id字段的属性类的对象。那么 我们这个id是字符串类型的 而java属性类中是用 long接的。这样 我们返回的内容如果过程 他就会帮我们分段处理。
JS数字超限导致精度丢失问题原因及解决方案
前端-尔嵘
05-14 3945
JS的数字类型目前支持的最大值为：9007199254740992，一旦数字超过这个值，JS将会丢失精度，导致前后端的值出现不一致。 JAVA的Long类型的 最大值为：9223372036854775807，snowflake的算法在实现上确实没问题的，但实际运用的时候一定要避免这个潜在的深坑。
一个很长的数字在传递过程中末尾为什么变成了0000
weixin_57033986的博客
12-05 573
长数字末尾变为0000
js接收数字，最后几位数字变成了0
weixin_43751710的博客
05-05 9083
遇到一个问题： js接收数字，最后几位数字变成了0 从Java后台传一个数值到前端的js中，Java中输出为97761478957858935， 但在js中输出便成了97761478957858930 最后一位竟然都变成了0 原来是js数字最长为16位，97761478957858935是17位，所以最后一位自动变为了0 解决方法也很简单，只要在Java后台传数值时，将其变为String类型的即可...
基于ssm和vue的 校园短期闲置资源置换平台源码 校园短期闲置资源置换平台代码（高分毕设项目源码）
最新发布
08-23
1. 校园短期闲置资源置换平台代码说明：经导师指导并认可通过的98分毕设项目代码。 2.适用对象：本代码学习资料适用于计算机、电子信息工程、数学等专业正在做毕设的学生，需要项目实战练习的学习者，也适用于课程设计、期末大作业。 3.技术栈：前端是vue，后端是ssm，项目代码都经过严格调试，代码没有任何bug！ 4. 作者介绍：大厂码农，java领域创作者，阿里云开发社区乘风者计划专家博主，专注于大学生项目实战开发，文章底部有博主联系方式，更多优质系统、项目定制请私信。 5. 最新计算机软件毕业设计选题大全: https://blog.csdn.net/weixin_45630258/article/details/135901374
js接受number类型数据时会丢失精度
08-08
在JavaScript中，数字类型被表示为64位双精度浮点数，也就是IEEE754标准的浮点数。由于这种表示方式的限制，JavaScript中的数字类型在处理某些特定的数值时可能会丢失精度。 其中一个常见的情况是处理小数。由于浮点数总是以二进制形式存储，而不是十进制形式，所以在某些十进制小数的转换和计算过程中，可能会导致精度丢失。例如，0.1在二进制表示中是一个无限循环的数字，因此在进行计算时可能会产生舍入误差，导致结果不准确。 另一个常见的情况是处理大整数。由于JavaScript中的数字类型有限的存储长度（64位），超过这个长度的整数可能会被截断，导致精度丢失。这在涉及到大数运算、精确计算或需要非常精确结果的场景中可能会带来问题。 为了解决这些问题，可以使用一些技巧来确保精度不受影响。比如，可以使用一些库或工具来处理大数运算，避免使用浮点数进行货币计算等需要精确结果的情况。此外，可以使用一些特定的算法或技术，如使用字符串表示数值而不是直接使用数字类型，避免使用浮点数进行累计计算，使用专门处理小数的库等。 总的来说，尽管JavaScript中的数字类型在处理一些特定数值时可能丢失精度，但可以采取一些措施来减小这种影响，以确保需要精确计算的场景中的结果是准确的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值