记一次返回前端数据id跟数据库不一致问题@JsonFormat(shape = JsonFormat.Shape.STRING)

文章讲述了在前后端交互过程中,由于JavaScript对长整型数据处理的精度问题,导致前端显示的ID与数据库中的ID不一致。分析了问题出现在前端JS对长整型数据的精度损失,并提出了解决方案,即在后端使用@JsonFormat注解将Long类型的ID转换为String返回,避免精度问题。
摘要由CSDN通过智能技术生成

项目场景:

最近做了一个需求做编辑的反显,前端通过id查询一条数据,发现数据库数据返回的long类型的id跟前端显示不一致


问题描述

可以看到前端新增时候传的id跟返回的id不一样,后面几位全部都是0

在这里插入图片描述

然后我拿着反的id去数据库查发现没这条数据,那这个id是怎么来的??

在这里插入图片描述

通过打断点看到控制台里面的数据和数据库的数据是一致但是返回的数据就是不对
在分页查询时,服务端会将返回的R对象进行json序列化,转换为json格式的数据,而员工的ID是一个Long类型的数据,而且是一个长度为 19 位的长整型数据, 该数据返回给前端是没有问题的。

在这里插入图片描述

数据库的数据

在这里插入图片描述

那么具体的问题出现在哪儿呢?

原因分析:

问题实际上, 就出现在前端JS中, js在对长度较长的长整型数据进行处理时, 会损失精度, 从而导致提交的id和数据库中的id不一致。


解决方案:

在返回的id字段上加上@JsonFormat(shape = JsonFormat.Shape.STRING)注解就完美解决啦;

 	@JsonFormat(shape = JsonFormat.Shape.STRING)
    private Long productId;

这时候我们再来看swagger的测试效果

在这里插入图片描述

总结:@JsonFormat 用来表示json序列化的一种格式或者类型,shap表示序列化后的一种类型,加上这个注解以后这个字段转为string格式的返给前端就不会造成Js截取的失精问题了!

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值