前端js传入Long类型精度丢失解决办法

目录

问题背景

 解决过程

1.对比数据库数据

2.查询资料

解决方法

问题背景

在进行业务开发的 时候发现更新数据库中的一条数据没有成功，查看SQL日志发现SQL正常执行无错误信息，但是受影响行数为0，但是数据是从前端传过来的 ，一定是有这条数据存在的，那么为什么会有0条受影响呢？

 解决过程

1.对比数据库数据

我们去数据库中查找id为1597786380514103300的这条数据时，发现确实没有这条数据，然后我们又根据这条数据的其他信息找到了一条数据，发现前端发送过来的id最后两位与数据不一致  

下图为数据库中的数据id  和前端展示的id

 通过两个id的对比，我们大致猜测是id从后端到前端展示的某个环节中一定发生了让数据丢失精度的问题。

2.查询资料

通过查询资料 发现 js【JavaScript】的Number类型最大长度为17位，当接收的数据超过17位时就会进行四舍五入展示。

解决方法

1.大概从网上浏览的一些解决办法，总体的思路就是将Long类型转换为String类型给前端展示，

开始整活（解决）

第一步：自定义类型转换器

/**
 * 对象映射器:基于jackson将Java对象转为json，或者将json转为Java对象
 * 将JSON解析为Java对象的过程称为 [从JSON反序列化Java对象]
 * 从Java对象生成JSON的过程称为 [序列化Java对象到JSON]
 */
public class JacksonObjectMapper extends ObjectMapper {
 
    public static final String DEFAULT_DATE_FORMAT = "yyyy-MM-dd";
    public static final String DEFAULT_DATE_TIME_FORMAT = "yyyy-MM-dd HH:mm:ss";
    public static final String DEFAULT_TIME_FORMAT = "HH:mm:ss";
 
    public JacksonObjectMapper() {
        super();
        //收到未知属性时不报异常
        this.configure(FAIL_ON_UNKNOWN_PROPERTIES, false);
 
        //反序列化时，属性不存在的兼容处理
        this.getDeserializationConfig().withoutFeatures(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES);
 
 
        SimpleModule simpleModule = new SimpleModule()
                //添加序列化器
                .addDeserializer(LocalDateTime.class, new LocalDateTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)))
                .addDeserializer(LocalDate.class, new LocalDateDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)))
                .addDeserializer(LocalTime.class, new LocalTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)))
 
                .addSerializer(BigInteger.class, ToStringSerializer.instance)
                //将Long类型数据转换为String类型数据
                .addSerializer(Long.class, ToStringSerializer.instance)
                .addSerializer(LocalDateTime.class, new LocalDateTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)))
                .addSerializer(LocalDate.class, new LocalDateSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)))
                .addSerializer(LocalTime.class, new LocalTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));
 
        //注册功能模块 例如，可以添加自定义序列化器和反序列化器
        this.registerModule(simpleModule);
    }
}

 第二步：替换MVC默认的转换器

@Configuration
public class WebMvcConfig extends WebMvcConfigurationSupport {
 
    /**
     * 功能描述 :扩展消息转换器
     */
    @Override
    protected void extendMessageConverters(List> converters) {
        //创建一个新的消息转换器对象
        MappingJackson2HttpMessageConverter messageConverter = new MappingJackson2HttpMessageConverter();
        //设置对象转换器，地城使用Jackson将java对象转换为json
        messageConverter.setObjectMapper(new JacksonObjectMapper());
        //将上面的消息类型转换器对象追加到mvc框架的转换器集合中   追加时需要设置我们自定义的索引为0  这样才能优先使用
        converters.add(0, messageConverter);
    }
 
}

 我们自定义了一个序列化器，不仅可以将Long类型转换为String ，还加入了一些其他类型的转换的序列化器（如无需要自行删除）。这样可以减少很多由于js的转换发生的小问题。

运行程序时可以看到 一开始 会加载MVC默认的8个转换器

追加自己新定义的转换器 

这样Long丢失精度的问题就完美解决了！！！