Long类型值过长，前端丢失精度变00，解决方案

最新推荐文章于 2025-06-23 16:19:32 发布

御用小螃蟹

最新推荐文章于 2025-06-23 16:19:32 发布

阅读量1.3w

点赞数 8

CC 4.0 BY-SA版权

分类专栏： sping boot 文章标签： java jsp

本文链接：https://blog.youkuaiyun.com/gaolong123456/article/details/88974223

sping boot 专栏收录该内容

2 篇文章

订阅专栏

本文介绍了一种解决前端显示Long类型数据精度错误的方法。通过自定义JsonLongSerializer类继承JsonSerializer并覆盖serialize方法，将Long类型转换为String类型输出，有效避免了精度损失。在VO类中使用@JsonSerialize注解指定自定义序列化器。

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

后端（Java）数据获取正常，前端显示精度有误。。。

搜索资料部分解决方案要求把Long类型转成String类型返回前端，这个治标不治本。。。

利用JsonSerializer完成注解，完美解决Long类型精度问题

继承JsonSerializer类

com.fasterxml.jackson.databind.JsonSerializer;

public class JsonLongSerializer extends JsonSerializer<Long> {
    @Override
    public void serialize(Long aLong, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException {
        jsonGenerator.writeString(Long.toString(aLong));
    }
}

找到VO类，在Long类型字段上面添加注解

@JsonSerialize(using = JsonLongSerializer.class )
private Long voucherId = null;

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

御用小螃蟹

关注关注

8
点赞
踩
15

收藏

觉得还不错? 一键收藏
9
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Springboot Long类型数据太长返回给前端，精度丢失问题复现、解决

默默不代表沉默

03-22

4892

Springboot Long类型数据太长返回给前端，精度丢失问题复现、解决

Long类型后端到前端精度丢失问题

embelfe_segge的博客

12-12

942

在后端开发中处理Long类型数据时，注意 JavaScript 的精度限制十分重要。通过配置 Jackson 的，可以让所有Long类型字段序列化为字符串，从而避免精度丢失的问题。Spring Boot 的自动化配置特性让我们无需手动调用，就能在全局范围内应用此配置，使得后端传递到前端的数据在大数值时也能准确无误。

9 条评论您还未登录，请先登录后发表或查看评论

Long类型值过长导致丢失精度变00

HealerJean梦想博客

03-31

1008

前言 Github：https://github.com/HealerJean 博客：http://blog.healerjean.com 类似于LocalDateTime的序列化和反序列化方式 1、修改序列化的方式 1.1、JsonLongSerializer public class JsonLongSerializer extends JsonSerializer<Long> {...

java 的Long类型传到前端最后2位变成00,解决办法

码码哈哈的博客

03-06

2145

使用注解:@JsonSerialize(jackson) @JsonSerialize(using= ToStringSerializer.class) @TableId(value = "id", type = IdType.ASSIGN_ID) private Long id;

Long类型返回给前端精度丢失问题（解决方案）

m0_53626105的博客

06-23

324

摘要：为避免 JavaScript 处理 Java 大整数时的精度丢失，可通过 Jackson 注解将 Long 转为 String。推荐两种方式：1）使用 @JsonSerialize(using = ToStringSerializer.class) 注解；2）使用 @JsonFormat(shape = Shape.STRING) 注解。JavaScript 最大安全整数为 2^53-1，而 Long 最大值更大，直接传输会导致精度损失。转换为字符串后可精确传输，需确保项目已引入 Jackson 依赖

【vue】jison解决后台返回的long类型数据位数过长的问题

代码随想录

12-23

2844

问题:前端接收后端long类型数据超过16位,则会通过补零展示该数据,js自带的json parser无法对该数据进行正确解析,且浏览器上不能正确展示. 如下图: 可以看到16位数字后面是0 1.解决方案一后端进行long转string操作,最为彻底. 2.解决方案二通过jison包在前端将long类型数据转为string类型来使用. 由于前后端交互是通过jsonString,到时候转换后的long类型数据再提交给后端不需要再次进行转换 jison...

后端把Long类型数据传给前端，出现精度丢失的问题

qq_41904125的博客

08-13

487

错误数据：正确数据：原因：JavaScript的number的最大长度为9007199254740991,超出这个长度就会出现数据不精准的问题解决想法： 1、后端修改字段的类型，把Long改成String 2、后端在对应字段上添加注解@JsonSerialize(using = ToStringSerializer.class) 3、前端把数据类型进行转换欢迎指正 ...

Long类型字段太长,返回给前端丢失了精度

硅脂味咖啡的博客

03-17

1216

解决思路:转字符串解决方法：新建一个LongJsonDeserializer类，用于字符串类型字段序列化时转为Long类型字段 import com.fasterxml.jackson.core.JsonParser; import com.fasterxml.jackson.databind.DeserializationContext; import com.fasterxml.jackson.databind.JsonDeserializer; import lombok.extern.

前端Long类型精度丢失：后端处理策略

epitomizelu的专栏

07-28

1793

开发商城管理系统的品牌管理界面时，发现一个问题，接口返回品牌Id和页面展示的品牌Id不一致，如接口返回的是，前端战胜的是。这是因为在前端出现了数据精度丢失。当然可以。

SpringBoot全局配置long转String丢失精度问题解决方案

09-07

在SpringBoot开发中，遇到的一个常见问题是当后端向前端传递Long类型的数值时，由于JavaScript的Number类型无法精确表示所有Java的Long值，导致数据在传输过程中丢失精度。为了解决这个问题，我们可以采用两种不同的...

后端Long型数据传给前端精度丢失问题分布式id 解决方案

fllow_wind的博客

03-17

2002

Long型数据id传给前端精度丢失问题今天将文章类的数据传给前端时，发现前端接受的数据id不一样如前端获得的id=1405916999732707300,数据库的是id=1405916999732707330 @Data public class ArticleVo { 原来是分布式`id `比较长，传到前端解析不完全会有**精度损失**，必须转为`string`类型进行传输，就不会有问题。

Long类型转json时前端js丢失精度解决方案

weixin_30896825的博客

01-06

179

出自：https://www.cnblogs.com/lvgg/p/7475140.html 一、问题背景 Java后端开发过程中，尤其是id字段，因数值太大，通过json形式传输到前端后，在js解析时，会丢失精度。如果对精度丢失没有什么概念，可以看一个知乎的帖子，来感受一下：https://www.zhihu.com/question/34564427?sort=created ...

后端返回Long类型数字过大失去精度，尾数0000问题

u010014465的博客

11-09

1130

排查一个小问题：前端在接收后端返回字段时，如果为Long类型，且数值过大时容易失去精度。问题：仅在超过一定大小的数字才自动转换。

long int 范围java_java中超过long范围的超大整数相加算法(面试高频)

weixin_42151599的博客

02-17

804

java里有数字long来表示大的整数，如果两个数字的范围超过了long，要做加法算法怎么做呢？这个问题在面试中经常碰到，如果之前没有经历的，可能一时有点想不起来怎么做。下面我们来分析一下，两个数字超过了long的范围，那显然不能用java中的基本数字类型来计算了。我们可以想小时候刚学习加法的竖式运算，个位对个位，十位对十位，百位对百位、、、以此类推。当个位满十向十位进1，十位满十向百位进1、、、...

前端JS在Long长度大于17位时会出现精度丢失的问题

qq_43663388的博客

12-29

1447

前端JS在Long长度大于17位时会出现精度丢失的问题，由于项目中门店ID的长度会超过17位，所以在此处添加注解将返回给前端的门店ID自动转为string类型 @JsonSerialize(using= ToStringSerializer.class)

SpringBoot框架解决后台传给前端Long类型超长前端接收精度丢失问题

Hibeilu的博客

04-16

1071

此方法只针对SpringBoot框架 @JsonSerialize(using = ToStringSerializer.class) private Long id; 原理是加这个注解，会自动将Long类型转换为String类型，未封装的long类型不行，必须是Long

Springboot项目解决前端Long字段精度丢失问题

Dantesding的博客

04-08

2482

概述后端把Long类型的数据传给前端，前端可能会出现精度丢失的情况，解决方案是将Long字段转成字符串转换为

前端解析Long类型数据出现溢出/或者不匹配

Gaoju_liz的博客

11-10

2577

问题描述项目中，在存储userId和instructioId这些字段时，都是使用64为长整数Long类型（数据库的bigint）；后端将数据从DB中查询出来后，返回的userId和instructionId是Long类型，示例如下：上面是前端在接收到的json数据（response原始数据），注意上面的id、instructionId、userId，这几个字段都是Long类型但是前端在显示的时候，发现显示的数据是不匹配的，如下图所示：前端代码中没有进行显示的转换，在接收到json数据后，解析后

解决前后端交互使用Long类型过长时精度丢失的问题

weixin_46643875的博客

08-28

1311

解决前后端交互使用Long类型过长时精度丢失的问题。 id后面的值都变成0，怎么解决。

前端解决后端long类型精度问题

最新发布

07-16

<think>首先，用户的问题是：如何解决JavaScript前端处理long类型数值精度丢失的问题。这涉及到处理超过53位的整数时，JavaScript的Number类型会丢失精度的问题。关键点： - JavaScript使用IEEE 754双精度浮点数表示数字，整数范围是-2^53到2^53。 - 当后端返回的long类型数值（如Java的long，64位）超过这个范围时，前端解析时会丢失精度。 - 解决方案包括使用字符串表示、BigInt、或第三方库。 解决方案步骤： 1. **后端配合**：确保后端返回数值时以字符串形式发送，而不是直接作为JSON数字。这样前端可以解析为字符串，避免精度丢失。 2. **前端处理**： - 使用BigInt：现代浏览器支持BigInt，可以直接处理大整数。 - 使用第三方库：如json-bigint，它可以解析JSON时自动处理大整数。 - 手动处理：解析JSON时，使用reviver函数将特定字段转换为字符串或BigInt。系统指令要求： - 行内数学表达式用$...$，例如数字范围。 - 独立公式用$$...$$，但这里可能不需要。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。参考引用是[^1]，但它是关于长整型处理的，我需要自然地引用它。回答结构： - 先解释问题原因。 - 然后提供解决方案。 - 包括代码示例。 - 最后生成相关问题。参考引用： - 引用[1]是关于克服JavaScript长整型精度丢失的挑战，所以我应该在相关部分引用它，如"如引用[1]所述"。代码示例： - 展示如何使用BigInt或json-bigint。生成相关问题： - 基于主题，生成3-4个相关问题。完整回答： 1. **问题解释**：简要说明为什么精度丢失发生。 2. **解决方案**： - 后端修改：建议后端返回字符串。 - 前端方法： - 使用BigInt。 - 使用json-bigint库。 - 手动解析。 3. **代码示例**：提供JavaScript代码。 4. **相关问题**：在最后生成相关问题。确保语言流畅、中文。</think>### JavaScript 前端处理 long 类型数值精度丢失问题在 JavaScript 中，数字类型基于 IEEE 754 双精度浮点数标准，其整数范围被限制在 $[-2^{53}, 2^{53}]$（约 $-9e15$ 到 $9e15$）之间。当后端返回的 long 类型数值（如 Java 中的 64 位整数）超出此范围时，前端解析 JSON 数据时会出现精度丢失问题。例如，数值 $1234567890123456789$ 可能被错误解析为 $1234567890123456800$。以下是系统的解决方案： #### 1. **问题原因分析** - JavaScript 的 `Number` 类型无法精确表示超过 53 位的整数，导致高位数字被截断或四舍五入[^1]。 - 常见场景：后端（如 Java、C#）返回包含 long 类型字段的 JSON 数据，前端通过 `JSON.parse()` 解析时发生精度丢失。 #### 2. **解决方案** ##### (1) 后端配合：返回字符串格式 - 建议后端将 long 类型数值以字符串形式返回，避免直接作为 JSON 数字。例如： ```json // 后端响应示例（Java/Spring Boot） { "id": "1234567890123456789", // 字符串格式 "name": "example" } ``` - 优点：简单可靠，兼容所有浏览器。 ##### (2) 前端处理：使用 BigInt 类型 - **适用场景**：现代浏览器（Chrome 67+、Firefox 68+、Edge 79+）支持 `BigInt`，可直接处理大整数。 ```javascript // 解析 JSON 时手动转换字符串为 BigInt const response = '{"id": "1234567890123456789"}'; const data = JSON.parse(response, (key, value) => { if (key === 'id') return BigInt(value); // 指定字段转换 return value; }); console.log(data.id.toString()); // 输出: "1234567890123456789" ``` - **注意**：`BigInt` 无法直接与 `Number` 运算，需调用 `.toString()` 或使用 `BigInt` 运算符（如 `+` 改为 `+n`）。 ##### (3) 前端处理：使用第三方库（推荐） - **json-bigint 库**：自动解析 JSON 中的大整数为 `BigInt` 或字符串。 1. 安装库： ```bash npm install json-bigint ``` 2. 使用示例： ```javascript import JSONBig from 'json-bigint'; const response = '{"id": 1234567890123456789}'; const data = JSONBig({ storeAsString: true }).parse(response); // 转为字符串 console.log(data.id); // 输出: "1234567890123456789" ``` - **选项**： - `storeAsString: true`：将大整数转为字符串。 - 默认行为：转为 `BigInt` 对象。 - 其他库：`bignumber.js` 或 `decimal.js`，适用于复杂数学运算。 ##### (4) 手动解析：正则替换法 - 如果无法修改后端或使用库，可通过正则表达式预处理 JSON 字符串： ```javascript const response = '{"id": 1234567890123456789}'; const safeResponse = response.replace(/"(\w+)":\s*(\d{15,})/g, '"$1": "$2"'); const data = JSON.parse(safeResponse); // id 自动转为字符串 ``` - **缺点**：可能误替换非 ID 字段，需谨慎使用。 #### 3. **最佳实践** - **优先方案**：后端返回字符串 + 前端使用 `json-bigint` 库，兼顾兼容性和安全性。 - **测试建议**：使用 Jest 等工具验证边界值，如数值 $2^{53} + 1$（$9007199254740993$）。 - **性能注意**：`BigInt` 运算比 `Number` 慢，仅在必要时使用。通过以上方法，可有效避免 long 类型数值的精度丢失问题，确保数据完整性[^1]。