前端传入Long类型精度丢失解决办法(之一)

最新推荐文章于 2025-08-20 15:50:36 发布
原创 最新推荐文章于 2025-08-20 15:50:36 发布 · 1.1w 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Java #前端

本文介绍了一种将Long类型转换为String类型的简便方法，此方法相较于网络上其他方案更为直接和高效。
若依微服务如何处理Long类型精度丢失问题？
猿小白的博客
09-24 894
当字段实体类为Long类型且值超过前端js显示的长度范围时会导致前端回显错误。
后端Long型数据传给前端精度丢失问题 分布式id 解决方案
fllow_wind的博客
03-17 2057
Long型数据id传给前端精度丢失问题 今天将文章类的数据传给前端时，发现前端接受的数据id不一样 如前端获得的id=1405916999732707300,数据库的是id=1405916999732707330 @Data public class ArticleVo { 原来是分布式`id `比较长，传到前端解析不完全 会有**精度损失**，必须转为`string`类型 进行传输，就不会有问题。
后端 -＞ 前端 Long精度丢失解决方案
weixin_44062380的博客
03-27 297
这个问题，一般是在使用SnowFlake的时候，可能出现 一开始是在新增代码后，测试更新的时候，前端参数传到后台了，但是数据总是不能更新，也没报错。 试了几次之后发现，在更新的时候请求参数的id和之前新增时保存到库中的id不一致了，一般都是最后一位少2或多2。 查了才知道，是java的long型长度，超过了js的处理范围 解决方法，是使用jackson，添加配置： 导入jackson依赖 添加配置 @Configuration public class JacksonConfig {
后端传long类型数据到前端精度丢失问题
weixin_58724261的博客
05-31 6501
这是因为在 JavaScript 中，数字类型默认会被转换为双精度浮点数，而双精度浮点数的精度有限，只能精确表示 2 的 53 次方以内（即 Number.MAX_SAFE_INTEGER，约为 9 x 10^15）的整数
前后端联调中 Long 类型 ID 精度丢失问题
最新发布
喜欢敲代码
08-20 1934
摘要：前后端联调时，Long类型ID因JS数值精度限制（仅支持53位整数）导致精度丢失，表现为"假删除"现象。解决方案：1）后端序列化Long为String（推荐）；2）前端使用json-bigint解析；3）DTO层隔离数据库类型。核心矛盾在于JS的Number类型与Java的long类型范围差异，最佳实践是后端统一返回字符串ID，从源头规避问题。
解决前端精度丢失问题：后端Long类型到前端的处理策略
热门推荐
qq_41591215的博客
04-07 1万+
前端精度丢失问题是一个常见的挑战，但通过上述三种方法，我们可以有效地解决这个问题。在实际开发中，我们可以根据项目的具体情况和需求选择合适的方法。对于需要精确表示大数字的场景，将Long类型转换为String类型是一个简单而有效的解决方案。
Long类型返回前端丢失精度最佳解决办法
aa1662915585的博客
09-02 3010
前言 距离上一次发博客也有挺久的了，今天又遇到了一个问题，所以记录一下解决方法，希望能帮到遇到同样问题的朋友。 解决办法 先说一下解决办法吧 @JsonFormat(shape = JsonFormat.Shape.STRING) private Long zkShopId; 在你的实体类找到这个字段，在字段上面添加：@JsonFormat(shape = JsonFormat.Shape.STRING)就好了。 再来讲讲原因 @JsonFormat(shape = JsonFormat.S
前端js传入Long类型精度丢失解决办法
金蒂
11-30 1751
在进行业务开发的 时候发现更新数据库中的一条数据没有成功，查看SQL日志发现SQL正常执行无错误信息，但是受影响行数为0，但是数据是从前端传过来的 ，一定是有这条数据存在的，那么为什么会有0条受影响呢？我们去数据库中查找id为1597786380514103300的这条数据时，发现确实没有这条数据，然后我们又根据这条数据的其他信息找到了一条数据，发现前端发送过来的id最后两位与数据不一致。通过两个id的对比，我们大致猜测是id从后端到前端展示的某个环节中一定发生了让数据丢失精度的问题。
vue中解决后端传递Long类型字段带来的精度丢失
2301_81385743的博客
03-27 981
使用json-bigint.js解析库代替内置解析库
浏览器响应数据long型超长自动转换精度丢失-JavaScript 整数精度丢失问题-springboot解决Long类型数据传入前端损失精度
nobody
01-18 3453
最近在洗敏感数据id，用类似snowflake算法加入分表基因生成新的ID，返回给前端，前端整数显示不正常。 java中long的最大值：9223372036854775807 看看在浏览器中的显示： Google Chrome 版本 79.0.3945.117（正式版本） （64 位） 后面好几位不一样了，看看JavaScript中整数的最大值： 看来JavaScrip...
解决long类型传到前端损失精度问题
asdfgh0077的博客
08-21 171
解决long类型传到前端损失精度问题
【C/C++】long long 类型传参推荐方式
YZJincsdn的博客
06-11 530
对于内置类型如long long直接传值（）效率通常更高或至少一样好，推荐使用传值方式。✅ 对于long long，使用是更自然、高效的选择。使用没有性能优势，反而可能引入微小的间接访问开销。
Spring Boot返回Json数据，Long型字段精度丢失问题
Crazy_young_man的博客
04-02 1290
最近在做一个项目的时候遇到了以Long型变量保持id的问题，以Json格式返回到前台就精度丢失了。 造成这个问题的原因是：在JS中没用Long型的数据类型，所以回精度丢失。 解决办法： import com.fasterxml.jackson.annotation.JsonInclude; import com.fasterxml.jackson.databind.ObjectMapper; import com.fasterxml.jackson.databind.module.SimpleModule;
vue-element-admin（long类型转换json出现精度丢失）+整合OSS+nginx
qq_41835813的博客
07-02 1046
官网：https://panjiachen.github.io/vue-element-admin-site/zh/guide/#%E5%8A%9F%E8%83%BD 环境： vscode node.js 后台代码就是简单的基于springboot的增删改查 安装nodejs，在vscode工作空间目录命令行里安装依赖，启动npm run dev 修改框架路径：vue-admin-template-master\vue-admin-template-master\.env.developmen..
解决Vue 前端Long型超过16位精度丢失问题
qq_67513168的博客
10-18 4420
前端Long精度丢失问题
SpringBoot与Vue前后分离项目中返回结果为Long类型精度丢失问题处理
yuanjinshenglife的专栏
04-15 1986
SpringBoot与Vue前后分离项目中返回结果为Long类型精度丢失问题处理
老项目升级：解决 Long 类型传值精度丢失问题
cury345618282的博客
02-08 448
在老项目中，前端使用的是 Layui 框架，后端与前端的数据交互通常使用 Long 类型。然而，在项目升级为前后端分离架构后，前端改用 Vue3 框架，发现 Long 类型的数据在传输过程中由于精度问题，导致前端接收到的数值发生变化。通过 @JsonFormat 注解，可以在不改变类属性的前提下，将 Long 类型的数据以字符串形式传递给前端，从而解决精度丢失问题。前端处理：前端需要确保将接收到的字符串类型的 id 和 pid 转换为需要的类型（如 Number 或 String），以避免逻辑错误。
vue项目，long类型精度丢失
m0_61233367的博客
11-11 1513
解决前面long类型精度丢失
JS &VUE前端处理Long类型丢失精度，所以
java技术专家全栈成长之路
04-08 6220
丢失精度之后 1247483476722753500 1247483477192515600 真正的数据库数值 1247483476722753538 1247483477184126977 1247483477184126977 解决办法，String--<>---Long 相互替换 @Component @Lazy(true) public class DozerG...
前端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); } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值