后端过长的Long类型数据返回给前端、前端补0的解决办法

已于 2024-07-05 09:57:36 修改
阅读量271 收藏
点赞数 2
文章标签： 前端 java
于 2024-07-04 16:21:34 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zheshihuahua/article/details/140182571
版权

后端Long类型，数据过长，返回到前端就会出现数据精度丢失，补0：

 解决办法：在该实体类的字段上加注解：

注解1：

@JsonSerialize(using = ToStringSerializer.class)

注解2：

@JsonFormat(shape = JsonFormat.Shape.STRING)

若是还不能解决可以直接在后端把他变成字符串，返回给前端：

CONCAT(seal_file,'') seal_file

zheshihuahua
关注
后端Long型数据传给前端精度丢失问题 分布式id 解决方案
fllow_wind的博客
03-17 1767
Long型数据id传给前端精度丢失问题 今天将文章类的数据传给前端时，发现前端接受的数据id不一样 如前端获得的id=1405916999732707300,数据库的是id=1405916999732707330 @Data public class ArticleVo { 原来是分布式`id `比较长，传到前端解析不完全 会有**精度损失**，必须转为`string`类型 进行传输，就不会有问题。
Long型数据后端查询结果为null，返回前端显示-1，使用@JsonSerialize注解
stupidkid521的博客
02-21 2464
@JsonSerialize(nullsUsing = NullSerializer.class)
后端传过来的long类型数据长度过长，会出现精度丢失的问题
Anyuegogogo的博客
04-28 229
后端传过来的long类型数据长度过长，会出现精度丢失的问题
后端过长的Long类型数据返回给前端，精度丢失问题，后面几位填充0.解决
m0_57485150的博客
11-10 2456
前端获取过长的Long类型数据，精度丢失问题，解决办法。
前端接收Long类型数据长度过长导致精度丢失解决方案
m0_59465624的博客
11-01 599
使用@JsonSerialize(using = ToStringSerializer.class) 加在需要返回的实体类的Long属性的字段上。
后端id设置long类型时，传到前端，超过19位最后两位为00
浩星
06-22 5763
后台传入的雪花id在前端被截断,id超过19位最后两位为00
问题：前端获取long型数值精度丢失，后面几位都为0
虎康的博客
03-08 1513
该字段类型是long类型问题：前端接收到数据后，发现精度丢失，当返回的结果超过17位的时候，后面的全部变成0！超出精度部分全部变成了00。第二种办法：使用工具进行转化把 long 型改为String类型，这种方法可以实现全局转化（推荐）第一种办法：在后台把 long型改为String类型，但是代价有点大，只要涉及到的地方都需要改。通过接口获取到的数据和 Postman 获取到的数据不一样，仔细看 data 的第17位之后。第三种办法：前端进行处理（目前没有很好的办法，不推荐）或者 用这个UUID。
echarts前端+Java后端数据=生成柱状图
01-08
在本文中，我们将深入探讨如何使用Echarts前端框架与Java后端数据相结合，来生成柱状图。Echarts是一款基于JavaScript的数据可视化库，它提供了丰富的图表类型，包括柱状图、折线图、饼图等，能够帮助开发者轻松地...
Java 后端将Long类型数据序列化之后传给前端出现数据精度失真问题解决
旭东怪的博客
05-13 1565
问题描述： 后端代码Long数据为201511200001725439。 @GetMapping("/getUser") public User getUser(){ User user=new User(201511200001725439L,"xudongmaster","123"); return user; } 前端接收的数据就变为201511200001725440。但是PostMan不会出现这种情况，只有js才接收请求才会有这个问题
如何处理从后端返回的long类型数据，以便在前端展示时不转换为String类型直接显示?
最新发布
10-18
在JavaScript中，如果你需要处理后端返回的`long`类型的数值并在前端直接显示，通常情况下浏览器并不支持原生的`long`类型。你可以采用以下几种方式： 1. **BigInt 算法**: 使用 `BigInt()` 函数将`long`值转换为`...
【JAVA】Long类型返回到前端，精度丢失
weixin_47375144的博客
01-30 1620
【代码】【JAVA】Long类型返回到前端，精度丢失。
后端Long类型数据返回到前端造成精度丢失
NiceWeather9的博客
09-03 825
前端的Number类型的数值的最大位数是16位，而后端雪花算法生成的ID是19位，所以通过传参到前端之后就会造成精度丢失的问题
JAVA中关于Long类型返回前端精度丢失问题处理
weixin_59459355的博客
06-17 1190
新项目将后端的Java Bean的id属性是用的Long类型对应数据库主键使用bigint类型，id改为雪花后出现的异常问题，比如id:1799633456368132098返回错误的id:1799633456368132000。导致明显问题数值精度丢失。后三位数值转换为0了。Java中的long能表示的范围比js中number大，也就意味着部分数值在js中存不下(变成不准确的值)，导致Id最后几位直接变成了0。1、将后端id字段类型换位字符串类型，并且前端以字符串的方式接收就不会有精度丢失了。
后端Long类型数据传输前端丢失精度
weixin_45288729的博客
04-08 1263
今天在学习的时候发现，后端Long类型的Id过长的话，传到前端后导致精度丢失，做一些删除编辑等操作时，就会导致操作失败，我们只需要将Long类型的数据，转为Sting类型传到前端即可，这边学了两个调整方法，方便以后使用。 方法1：使用注解 @JsonSerialize(using = ToStringSerializer.class) @JsonSerialize(using = ToStringSerializer.class) private Long id; 方法2：全局配置Long类型数据转为S.
解决前端精度丢失问题：后端Long类型到前端的处理策略
qq_41591215的博客
04-07 7178
前端精度丢失问题是一个常见的挑战，但通过上述三种方法，我们可以有效地解决这个问题。在实际开发中，我们可以根据项目的具体情况和需求选择合适的方法。对于需要精确表示大数字的场景，将Long类型转换为String类型是一个简单而有效的解决方案。
解决Java Long类型转为Json后，前台Js调用精度丢失问题
小哇
02-24 771
后端JSON字符串{“id”: 1540951455810646018, “name”: “张三”, …}，前端通过data.id获取id时，id的值变成了1540951455810646000，id的位数精度缺失了。当实体类中的字段为Long类型，且值超过前端js显示的长度范围时会导致前端回显错误。
Java Long型返回到前端精度缺失的问题
madifu的博客
05-03 790
MySQL数据库 ，某表 主键 id定义成了 BigInt(20)型， 相应的JAVA实体类字段定义为Long,实体保存操作时，给id 使用了 mybatisPlus 的雪花生成器生成值。 与前端采用rest方式通讯，在前端查询该表记录时，页面显示id = 1650870026339106800, 而不是显示 1650870026339106817，数据精度缺失。导致前端页面上进行删除/修改操作，无法正确完成。本文告诉如何解决这个问题。
Springboot Long类型数据太长返回给前端，精度丢失问题 复现、解决
默默不代表沉默
03-22 4542
Springboot Long类型数据太长返回给前端，精度丢失问题 复现、解决
Entity实例类数据插入时部分参数默认赋值设置
大雷
07-14 3865
代码层面实现对基础属性进行初始赋值
Java后端返回Long类型数据与前端展示不一致（精度丢失）
04-03
Java中的Long类型是64位带符号整数，而在前端展示时通常只能精确表示53位带符号整数，因此可能会出现精度丢失的情况。 解决方法： 1.将Long类型数据转换为字符串类型传输到前端展示，这样可以保证数据精度不丢失。 2.使用BigDecimal类型进行计算和存储，可以避免精度丢失的问题。 3.在前端展示时使用JavaScript的BigInt类型，它支持表示任意位数的整数，可以精确地表示Java中的Long类型数据。 4.如果前端展示的值不需要精确到最后一位，可以使用四舍五入或舍入到一定位数的方法进行处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值