【SpringBoot】79、SpringBoot中返回JS长整型数据丢失精度问题

已于 2023-09-11 16:04:12 修改
阅读量3.6w 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： SpringBoot 2.x系列 文章标签： spring boot javascript java jackson 精度丢失
于 2023-06-20 11:40:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_40065776/article/details/131303462
本文探讨了在SpringBoot应用中，当返回的JS数据超过JavaScript的最大数值范围时出现精度丢失的问题。通过自定义Jackson序列化方式，确保Long、BigInteger和BigDecimal类型数据在转换时不丢失精度。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

我们在给前端返回数据时，雪花 ID、时间戳等长度超过 JS 中最大值时，会发生精度丢失问题，例如：

1649389450813857794

被转为

1649389450813857800

在这里插入图片描述
这是因为我们返回的数据超出了 JS 的最大值

1、JS 中最大值与最小值的获取方式：

  • 最大值
Number.MAX_SAFE_INTEGER
  • 最小值
Number
了解本专栏 订阅专栏 解锁全文 超级会员免费看
Springboot Long类型数据太长返回给前端，精度丢失问题 复现、解决
默默不代表沉默
03-22 4880
Springboot Long类型数据太长返回给前端，精度丢失问题 复现、解决
JS用ES6和ES5分别实现：8字节长整数和字节数组的互转
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
04-04 1652
JavaScript作为Web开发的通用语言，在物联网边缘计算、Node.js服务端等场景的应用日益广泛。但由于其动态类型和数值精度的特殊性，处理二进制数据时面临独特挑战： 精度局限：JS的Number类型采用IEEE 754双精度浮点格式，仅能安全表示±253±253范围内的整数，超出范围将丢失精度 字节序控制：现代CPU架构多采用小端序，而网络协议通常要求大端序，需要显式控制字节排列 类型差异：Java/C#等语言的byte类型为有符号数（-128 至127），而JS的Type
spring Boot处理返回给前端Long类型精度丢失
xiaoliu_alone的博客
04-13 4027
项目中采用springcloud Alibaba技术开发分布式系统，开发过程中采用雪花算法生成分布式Id，为Long类型，而Long类型返回给前端，会出现精度丢失问题。接下来我们主要了解下，如何快速的处理精度丢失的问题。
SpringBoot全局配置long转String丢失精度问题解决方案
09-07
主要介绍了SpringBoot全局配置long转String丢失精度问题解决方案,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
SpringBoot解决前端js处理大数字丢失精度问题Long转String
shun35的博客
02-19 1714
面试必学
解决js中Long类型数据在请求与响应过程精度丢失问题（springboot项目中）
tigerhhzz的博客
03-14 3253
解决js中Long类型数据在请求与响应过程精度丢失问题（springboot项目中）
springboot中因Long类型数据返回前端造成数据精度问题
wuningw的博客
09-22 547
springboot中因Long类型数据返回前端造成数据精度问题
JavaScript 中的长整型精度问题
11-26 1634
JavaScript 在处理长整型时会有一定的问题，有时精度会缺失。 问题 当 Java 后台有个 Long 型值20175678901234567转到前台时，发现精度存在问题: var batchNumber = 20175678901234567; console.log(batchNumber); // 20175678901234570 也就是说，到了前端 Java...
【SpringBoot】Jackson序列化方式解决JavaScript超大数字精度损失问题
柒杯红酒
01-03 1398
springboot，jackson，JavaScript精度丢失，前端精度丢失，JavaScript Number类型精度丢失，阿里开发手册
Java中高级面试题总览(一)
热门推荐
数据与算法架构提升之路专栏
03-29 2万+
高频面试题深入剖析
SpringBoot--解决BigDecimal传到前端后精度丢失的问题
IT利刃出鞘的博客
06-04 4612
本文用示例介绍SpringBoot如何解决BigDecimal传到前端后精度丢失问题。
前端js长整型精度丢失处理
chuanchengdabing的博客
12-09 3633
数据表：user属性id是bigint类型在SpringMVC中, 将Controller方法返回值转换为json对象, 是通过jackson来实现的, 涉及到SpringMVC中的一个消息转换器MappingJackson2HttpMessageConverter, 所以我们要解决这个问题, 就需要对该消息转换器的功能进行拓展。
SpringBoot Jackson序列化JS精度丢失的解决方法分享
qq_25073223的博客
11-24 482
SpringBoot Jackson序列化JS精度丢失的解决方法分享
java后端Long类型传到前端精度丢失的正确解决方式
weixin_40228600的博客
02-01 1267
为了解决这个问题，可以考虑将后端的Long类型数据在传递到前端时转换为String类型，以避免精度丢失的情况。这样可以确保数据在前端得到正确的表示，而不受JavaScript对Long类型的限制影响。由于Java的long类型能表示的范围比JavaScript的number类型大，部分数值在JavaScript中无法准确表示，导致精度问题。在将后端的Long类型数据传递到前端时，由于JavaScript对Long类型的支持精度不足，可能导致精度丢失的问题。这特别影响一些分布式ID生成算法，如雪花算法。
CocosCreator与大整数运算库
kuokuo666的博客
01-30 1482
摘要 在相当久的一段时间里，挂机跳钱类游戏相当火爆。随着合成的进行，金钱会越来越多，出现了千亿、万亿、万万亿的数值，要知道最大的安全整数只有 9007199254740991，怎么做到的呢？ 正文 使用工具 谷歌浏览器 CocosCreator 版本 2.4.3 JSBI 大整数运算库 先说说最大安全整数 在谷歌浏览器的控制台可以看到 Number 是有个属性值代表着最大安全整数，大于这个值的运算都会有可能因精度丢失而运算错误！ 为什么是这个值呢？这个值用表达式是 Math.pow(2, 53) -
SpringBoot中 Jackson 序列化 BigDecimal 精度问题
jieepre的博客
12-27 8166
问题 数据库中有一个bigint类型数据，对应java后台类型为Long型，在某个查询页面中碰到了问题：页面上显示的数据和数据库中的数据不一致。例如数据库中存储的是：1475797674679549851，显示出来却成了1475797674679550000，后面几位全变成了0，精度丢失了。 https://orchidflower.oschina.io/2018/06/22/Handling-B...
springboot2.x 解决Long类型的ID 精度丢失问题
waimifeier的博客
01-05 2121
JavaScript 无法处理 Java 的长整型 Long 导致精度丢失，具体表现为主键最后两位永远为 0，解决思路： Long 转为 String 返回 方式1 ： 通过注解方式 @Data @EqualsAndHashCode(callSuper = false) @Accessors(chain = true) public class SysRoles implement...
【Javascript】 JavaScript数值精度损失问题及解决方案
CS Beginner的博客
10-29 1259
JavaScript数值精度损失是一个常见问题，但通过合适的解决方案可以有效避免。关键是要在项目早期就意识到这个问题，并采取相应的预防措施。无论是前端转换为字符串处理，还是后端统一配置序列化方式，都能有效解决这个问题。如果是新项目，建议后端统一配置如果是已有项目，可以选择前端按需处理对于特别重要的数值，可以前后端双重保证最重要的是保持前后端的数据一致性，确保业务逻辑的正确性。
apifox传Long
最新发布
04-27
<think>好的，用户想知道如何在Apifox中传递Long类型的数据。首先，我需要回忆一下Apifox的基本用法，特别是参数传递的部分。根据引用内容，用户之前提到过Apifox替代YApi的情况，可能对接口文档的导入和参数设置有一定了解。 首先，Long类型在API开发中通常用于大整数，比如数据库的主键ID。在Apifox中传递参数，常见的方式有Query参数、Path参数、Body参数（JSON/Form-data）和Header参数。需要分别说明不同场景下的设置方法。 对于Query参数，用户可能在接口的Query部分添加参数，选择类型为number，然后格式选int64，这样生成的示例值会是长整型。但要注意，虽然Apifox的UI里可能显示为number，但实际传输时应该以字符串形式传递，避免精度丢失，尤其是在处理JavaScript环境时的限制。 Path参数的话，类似Query参数，同样需要设置类型为number，格式int64，但要注意路径参数必须是字符串，所以可能需要将Long值转换为字符串传递，并在后端进行转换。 Body参数如果是JSON格式，应该在定义Schema时指定类型为integer，format为int64。这样生成的示例数据会正确显示长整型数值。使用JSON Schema的规范来确保数据类型的正确性。 另外，用户可能需要处理前端传递Long类型时精度丢失的问题，比如JavaScript无法精确处理超过53位的整数。这时候建议在后端用字符串接收，或者在Apifox中将Long值作为字符串传递，并在后端转换。这点需要提醒用户注意，避免实际开发中的问题。 测试的时候，可以通过预执行脚本生成Long类型的测试数据，比如Date.now()，但要注意范围是否合适。同时，Mock数据可能需要配置规则生成Long类型的值，比如@integer(1000000000, 9999999999)。 总结下来，步骤应该是分场景说明如何设置参数类型和格式，强调使用int64格式，并提醒潜在的精度问题和解决方案。需要确保用户理解不同参数位置（Query、Path、Body）的设置方法，以及前后端协作时需要注意的事项。</think>在Apifox中传递Long类型数据需根据参数位置采用不同设置方式，以下是具体实现方法： ### 一、Query参数传递 1. 在接口编辑页的`Query`参数栏 2. 添加参数后选择`类型`为`number` 3. 设置`format`为`int64` ```json 示例值：1689576123456 ``` *注意：实际传输时建议使用字符串格式避免精度丢失[^2]* ### 二、Path参数传递 1. 在路径参数定义处设置参数类型 2. 选择`Schema`类型为`integer` 3. 设置`format`为`int64` ```javascript // 路径示例 /api/user/${userId} // 实际调用时需转为字符串传递 ``` ### 三、Body参数传递（JSON） 1. 在`Body`选项卡选择`JSON`类型 2. 定义字段Schema时指定： ```json { "id": { "type": "integer", "format": "int64" } } ``` *建议值范围：-9223372036854775808 到 9223372036854775807* ### 四、特殊场景处理 1. **精度丢失预防**：前端JS传递时建议使用字符串格式 ```javascript // 请求示例 { "bigintValue": "7689345678923456789" } ``` 2. **后端接收验证**：SpringBoot需使用`@RequestParam`或`@RequestBody`接收 ### 五、测试数据生成 1. 使用预执行脚本生成Long值： ```javascript pm.request.body.raw = JSON.stringify({ timestamp: Date.now() }); ``` 2. Mock规则设置： ```json "id": { "mock": "@integer(1000000000,9999999999)" } ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Asurplus

学如逆水行舟，不进则退

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值