目录

问题背景

 解决过程

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

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

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

追加自己新定义的转换器 

 

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