前端js传入Long类型精度丢失解决办法

已于 2022-11-30 19:35:02 修改
阅读量1.6k 收藏 4
点赞数
分类专栏： JAVA 文章标签： 前端jsLong类型精度丢失
于 2022-11-30 17:03:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44693109/article/details/128117451
版权
在业务开发中遇到SQL更新数据受影响行数为0的情况，经检查发现前端传递的ID与数据库实际ID存在精度差异。原因是JavaScript的Number类型限制导致长整型数据精度丢失。为解决此问题，自定义了Jackson ObjectMapper，将Long转换为String序列化，避免精度问题，并在WebMvc配置中替换默认转换器，确保数据正确传输。

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

目录

问题背景

 解决过程

1.对比数据库数据

2.查询资料

解决方法

问题背景

在进行业务开发的 时候发现更新数据库中的一条数据没有成功，查看SQL日志发现SQL正常执行无错误信息，但是受影响行数为0，但是数据是从前端传过来的 ，一定是有这条数据存在的，那么为什么会有0条受影响呢？

 解决过程

1.对比数据库数据

我们去数据库中查找id为1597786380514103300的这条数据时，发现确实没有这条数据，然后我们又根据这条数据的其他信息找到了一条数据，发现前端发送过来的id最后两位与数据不一致  

下图为数据库中的数据id  和前端展示的id

 

 通过两个id的对比，我们大致猜测是id从后端到前端展示的某个环节中一定发生了让数据丢失精度的问题。

<
最低0.47元/天 解锁文章
若依微服务如何处理Long类型精度丢失问题？
猿小白的博客
09-24 710
当字段实体类为Long类型且值超过前端js显示的长度范围时会导致前端回显错误。
java后端Long类型传到前端精度丢失的正确解决方式
weixin_40228600的博客
02-01 1222
为了解决这个问题，可以考虑将后端的Long类型数据在传递到前端时转换为String类型，以避免精度丢失的情况。这样可以确保数据在前端得到正确的表示，而不受JavaScript对Long类型的限制影响。由于Java的long类型能表示的范围比JavaScript的number类型大，部分数值在JavaScript中无法准确表示，导致精度问题。在将后端的Long类型数据传递到前端时，由于JavaScript对Long类型的支持精度不足，可能导致精度丢失的问题。这特别影响一些分布式ID生成算法，如雪花算法。
Long类型后端到前端精度丢失问题
qq_44199605的博客
10-26 1825
在后端开发中处理Long类型数据时，注意 JavaScript 的精度限制十分重要。通过配置 Jackson 的，可以让所有Long类型字段序列化为字符串，从而避免精度丢失的问题。Spring Boot 的自动化配置特性让我们无需手动调用，就能在全局范围内应用此配置，使得后端传递到前端的数据在大数值时也能准确无误。
JSON 中 Long类型精度缺失的问题
优秀的亮亮
01-02 4490
后端传入的JSON字符串`{"id": 130872882849357824, "name": "张三", "age": 22}`，前端通过`user.id`获取`id`时，`id`的值变成了`130872882849357820`，也就是说`id`的个位数精度缺失了。主要原因是前端将json字符串反序列化成对象时，将这个`id`转成了`Number`类型。
解决Long类型前端精度丢失和正常传回后端问题
最新发布
天亮就睡
04-06 467
可以放在工具类里@Overridetry {= null?前后端交互中，涉及 Long 类型字段时：必须序列化为 String，@JsonSerialize(using = ToStringSerializer.class)，避免前端精度丢失如果需要将数据回传给后端，必须反序列化为 Long，创建自定义反序列化器，确保后端能正常接收。
彻底解决JS处理Long类型精度丢失问题（一）
热门推荐
陌上花开，可缓缓归矣
01-20 6万+
对于Long类型的数据，如果我们在Controller层将结果序列化为json，直接传给前端的话，在Long长度大于17位时会出现精度丢失的问题。如何避免精度丢失呢？最常用的办法就是将Long类型字段统一转成String类型。 JS 数字丢失精度的原因 计算机的二进制实现和位数限制有些数无法有限表示。就像一些无理数不能有限表示，如 圆周率 3.1415926…，1.3333… 等。JS 遵循 IE...
js处理long精度丢失
strggle_bin的博客
04-15 2137
其中，WRITE_DATES_AS_TIMESTAMPS 表示是否将日期类型序列化为时间戳类型，默认为 true，这里设置为 false 如果需要将日期类型序列化为时间戳类型，则不需要设置此属性。这是因为在 JavaScript 中，数字类型默认会被转换为双精度浮点数，而双精度浮点数的精度有限，只能精确表示 2 的 53 次方以内（即 Number.MAX_SAFE_INTEGER，约为 9 x 10^15）的整数。注意：此方式，会影响所有的接口，所有接口中的数字字段，都会被转换为字符串输出。
Long类型返回前端精度丢失
weixin_44823875的博客
05-14 3352
如果使用的是Jackson，它有个配置参数 WRITE_NUMBERS_AS_STRINGS，可以强制将所有数字全部转成字符串输出，使用方法很简单，只需要配置参数即可：spring.jackson.generator.write_numbers_as_strings=true，这种方式的优点是使用方便，不需要调整代码；，这种只适用于这个对象只在这个方法中使用了，比较局限。（2）如果这个对象在很多地方都用到了，可以在序列化的时候，将 Long 类型转换成 String 类型。为什么会发生这样的情况呢？
前端Long类型精度丢失
hanlin
07-02 297
描述 在后台返回的Long类型的id为长整型：1400467439103381504，但是在前端接收参数造成末尾精度丢失：1400467439103381500 解决 在实体类字段上添加注解 @JsonFormat(shape = JsonFormat.Shape.STRING)
Spring Boot返回前端Long型丢失精度
zhangkang65的专栏
11-10 3780
spring cloud alibaba项目中long类型数据返回前端最后两位变成00，参考了很多博客最后这篇对此项目有效果： 解决办法之一就是让Javascript把数字当成字符串进行处理，对Javascript来说如果不进行运算，数字和字符串处理起来没有什么区别。但如果需要进行运算，只能采用其他方法，例如JavaScript的一些开源库 bignum、bigint等支持长整型的处理。在我们这个场景里不需要进行运算，且Java进行JSON处理的时候是能够正确处理long型的，所以只需要将数字转化..
后端Long类型19位返回前端丢失精度问题
weixin_42930033的博客
09-01 2282
后端Long类型19位返回前端丢失精度问题 问题原因： 由于Long类型最大19位而JavaScript最大接收数字为16位，固存在精度丢失问题 解决方案 1.导入Maven依赖 <dependeny> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.9.10.6</vers
为什么阿里巴巴Java开发手册中强制要求超大整数禁止使用Long类型返回？
武培轩
09-11 1413
在阅读《阿里巴巴Java开发手册》时，发现有一条关于前后端超大整数返回的规约，具体内容如下：这个问题在之前和前端联调的时候发生过，发现根据脚本 id 去审批的时候，状态没有变化，后来和前...
Long类型参数传到前端精度丢失的解决方案
Thinkingcao的专栏
12-17 3775
一、前言 由于公司数据库表的id是利用雪花算法生成的，所以实体类里面定义的数据类型为Long。但是这个数据传到前端时，发生了精度丢失的现象。本文记录了从java后端的角度如何解决这个精度丢失的问题，便于自己后续查阅。 二、问题的描述 前端通过ajax请求后端接口，返回json数据，然后将数据渲染到一个表格中。突然发现表格中id这一列出现了精度丢失的现象，这精度丢失是由前端引起的。 三、解决方案...
Long类型转换精度丢失问题解决
m0_60388241的博客
01-07 1383
启动前端项目页面传递的ID和数据库保存的ID不一致原因：给前端返回的id为long类型，在转换json传递到前端以后精度丢失，所以前端给我们的id也是丢失精度的id,不能查询数据。因为js数字类型最大长度为16位，而java的long类型的最大长度为19位。所以如果数据长度大于16位的话传输到前端就会丢失精度。
解决js处理Long类型丢失精度的问题
lyj2018gyq的博客
11-01 6654
一、前端解决 在发起ajax请求后，因为后台返回的是Json的字符串，在axios内部会自动调用 JSON.parse()方法把json字符串转为js数据，就会出现进度损失。如果不进行转换，依然当做字符串来使用，就不会有问题了。 1.1 解决方案 重写axios对响应的处理回调函数 1.2 前提条件 请求的返回数据为Long类型的数据 二、后端解决 2.1 Jackson Sp...
js传递long类型存在精度丢失
qq_40603125的博客
08-29 852
精度丢失。
解决前端精度丢失问题：后端Long类型到前端的处理策略
qq_41591215的博客
04-07 1万+
前端精度丢失问题是一个常见的挑战，但通过上述三种方法，我们可以有效地解决这个问题。在实际开发中，我们可以根据项目的具体情况和需求选择合适的方法。对于需要精确表示大数字的场景，将Long类型转换为String类型是一个简单而有效的解决方案。
关于Long类型数据前端丢失精度问题解决办法
gli_001的博客
08-04 3769
关于Long类型数据前端展示丢失精度问题解决办法
前端long类型怎么传参数
04-03
<think>嗯，用户想知道如何在前端传递long类型的参数，并且需要方法和注意事项。首先，我得回忆一下前端和后端交互时处理数据类型的常见方式。通常，前端使用JavaScript，而JS中的数字类型是双精度浮点数，能够精确表示的整数范围是-2^53到2^53。但long类型在Java等后端语言中是64位的，范围更大，所以可能会有精度丢失的问题。这时候，把long转成字符串传递可能更安全。 接下来要考虑的是具体的前端框架，比如axios或者fetch API，在发送请求时如何传递参数。如果是GET请求，参数放在URL里，如果是POST，可以放在请求体里，比如JSON格式。但JSON中的数字同样会有精度问题，所以最好用字符串形式传递。 另外，用户可能没有明确说明他们使用的技术栈，但通常RESTful API会用JSON，所以需要确保后端能够正确解析字符串形式的long。比如在Spring Boot中，可以使用@RequestParam或者@PathVariable来接收字符串，然后转换成Long类型。 还要注意一些框架的自动转换可能会出问题，比如如果前端传的是数字，但超出JS的安全范围，后端解析时可能会出错。所以必须前后端都统一用字符串来处理大整数。 安全性方面，传输过程中用HTTPS是必须的，防止中间人窃取数据。另外，参数校验也很重要，确保传入的是有效的数字字符串，避免注入攻击或者其他恶意输入。 可能还需要考虑时间戳的情况，因为时间戳经常是long类型，前端可能需要格式化显示，这时候传递long然后前端转换日期，但同样要注意精度问题。 总结一下，步骤应该是：前端将long类型转为字符串，通过HTTPS传输，后端接收字符串并转换为long，同时做好校验和错误处理。还要注意各个框架的配置，比如Jackson在序列化时的设置，避免自动转换导致的问题。</think>### 前端传递 long 类型参数的方法及注意事项 #### 方法 1. **字符串形式传递** 由于 JavaScript 的 `Number` 类型最大安全整数为 $2^{53}-1$，而 Java 的 `long` 类型为 64 位整数，直接传递可能造成精度丢失。建议将 long 类型转换为字符串传递： ```javascript // 前端代码示例（以 Axios 为例） axios.get('/api/data', { params: { id: "1234567890123456789" // 以字符串形式传递 } }); ``` 2. **JSON 序列化** 在 POST 请求中，通过 JSON 字段传递时需显式声明为字符串： ```json { "timestamp": "1640995200000" } ``` 3. **结合时间格式化工具** 若参数为时间戳，可使用 `DateTimeFormatter` 等工具进行格式化后传递[^2]： ```javascript // 前端格式化时间戳（如需要） const timestamp = new Date().getTime().toString(); ``` #### 注意事项 1. **精度问题** - 避免直接使用数字类型传递超过 $2^{53}-1$ 的值，否则前端可能丢失精度。 - 后端接收时需从字符串解析为 long，例如 Spring Boot 中使用 `@RequestParam` 或 `@PathVariable`： ```java public ResponseEntity<?> getData(@RequestParam("id") String idStr) { long id = Long.parseLong(idStr); // 业务逻辑 } ``` 2. **数据校验** - 前端需验证字符串是否为有效数字格式。 - 后端需捕获 `NumberFormatException` 并返回友好错误提示。 3. **协议安全** 使用 HTTPS 协议加密传输，防止敏感参数被截获[^1]。 4. **框架兼容性** - 若使用 Spring Boot，可通过配置 `Jackson` 实现全局 long 转字符串： ```java @Configuration public class WebConfig implements WebMvcConfigurer { @Override public void configureMessageConverters(List<HttpMessageConverter<?>> converters) { MappingJackson2HttpMessageConverter converter = new MappingJackson2HttpMessageConverter(); converter.getObjectMapper().configure(SerializationFeature.WRITE_NUMBERS_AS_STRINGS, true); converters.add(converter); } } ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值