标签:fastjson long sage vcc 类型 remes ack 调试 object
场景重现:最近在开发 狐小E智慧办公 项目时,写ajax时遇到一个小坑,之前都是做后端开发,对前端js代码没有深入了解,只是会使用相关函数,当开发某个功能时,列表已经开发完成,点击列表跳转详情时老是报找不到数据错误,调试后发现每次后端返回的列表里有id,而查详情时,也是带着id,但是在数据库却无法查到。最终仔细对比发现后端返回列表的id和ajax里接收的id不一致。id返回到前端后已经不是正确的值了。发现只要后端返回的是long 类型的值 就会一定机率出现前端的值与后端接收的不一致的情况。
JS内置有32位整数,而number类型的安全整数是53位。如果超过53位,则精度会丢失。也就是后端直接返回的Long类型数据超过53位,则前端接收时就会丢失精度。
例如:SpringBoot默认使用jackson ,则只需要增加转换器即可 代码如下`
@EnableWebMvc
@Configuration
public class WebJsonConverterConfig extends WebMvcConfigurerAdapter {
public void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
MappingJackson2HttpMessageConverter jackson2HttpMessageConverter = new MappingJackson2HttpMessageConverter();
ObjectMapper objectMapper = new ObjectMapper();
SimpleModule simpleModule = new SimpleModule();
simpleModule.addSerializer(Long.TYPE, ToStringSerializer.instance);
simpleModule.addSerializer(Long.class, ToStringSerializer.instance);
objectMapper.registerModule(simpleModule);
jackson2HttpMessageConverter.setObjectMapper(objectMapper);
converters.add(jackson2HttpMessageConverter);
}
}
这样通过全局控制使代码修改量最小,并且对所有Long类型字段都可以起到转换。
我们开发 狐小E智慧办公 时,正好所有的Long类型数据都是调用一个统一的生成Long类型数据的服务,这样我们评估了业务需要的Long类型数据在53位之内也不会重复,所以改动了这个服务,使产生的Long类型数据的范围都在53位之内,这样前端就不会出现丢失精度问题了。但是需要根据业务判断 限制Long类型长度是否会影响业务。
在参与开发 狐小E智慧办公项目中,就是这样一点点的经验慢慢的积累起来,希望每天能看到自己的进步。
标签:fastjson long sage vcc 类型 remes ack 调试 object
原文地址:https://blog.51cto.com/14905509/2529780