文章目录
场景:
在和前端联调的时候,修改一条数据一直修改不成功,然后查看了请求报文,发现前端传给后台的数据id不对,原本的id是1466621253099634688,可前端传过来的id是 1466621253099634000,后三位变成了000。出现这种情况的原因是前端的js语言最大支持16位的数字,而后台用的是19位的雪花id,所以导致前端处理时精度溢出了。
从后端或前端都可以解决,其中一方处理就行,一般是后端处理。
后端解决方案
1、后台将Long类型属性改为String类型
将属性定义为String,然后手动将Long类型转化为String类型,对这个属性进行填充。
2、后台使用 @JsonSerialize(using = ToStringSerializer.class) (推荐)
这种方式非常简单,直接在返回前端的VO对象中的Long属性上写个注解就可以。然后返回前端的json报文中的Long值就变成了String字符串。
// import com.fasterxml.jackson.databind.annotation.JsonSerialize;
// import com.fasterxml.jackson.databind.ser.std.ToStringSerializer;
@JsonSerialize(using = ToStringSerializer.class)
3、jackson转换
如果我们是SpringBoot项目,可以在application.properties核心配置文件中开启自动将数值转为字符串的配置。
(需要注意的是timestamp类型的时间也会转化为String)
spring.jackson.generator.write-numbers-as-strings=true
4、自定义消息转换器
代码自行百度