最近几天一直在改造工程，采用雪花算法生成主键ID，突然踩到一个天坑，前端 JavaScript 在取 Long 型参数时，参数值有点不太对！
一、问题描述
最近在改造内部管理系统的时候， 发现了一个巨坑，就是前端 JS 在获取后端 Long 型参数时，出现精度丢失！
起初，用 postman 模拟接口请求，都很正常，但是用浏览器请求的时候，就出现问题了！
- 问题复现
打开浏览器，请求接口，结果如下！
用 postman 模拟接口请求，结果如下！
刚开始的时候，还真没发现这个坑，结果当进行测试的时候，才发现前端传给后端的ID，与数据库中存的ID不一致，才发现 JavaScript 还有这个天坑！
由于 JavaScript 中 Number 类型的自身原因，并不能完全表示 Long 型的数字，在 Long 长度大于17位时会出现精度丢失的问题。
当我们把上面的用户 ID 改成 19 位的时候，我们再来看看浏览器请求返回的结果。
浏览器请求结果！
当返回的结果超过17位的时候，后面的全部变成0！
二、解决办法
遇到这种情况，应该怎么办呢？
- 第一种办法：在后台把 long 型改为String类型，但是代价有点大，只要涉及到的地方都需要改
- 第二种办法：使用工具进行转化把 long 型改为String类型，这种方法可以实现全局转化（推荐）
- 第三种办法：前端进行处理（目前没有很好的办法，不推荐）
因为项目涉及到的代码非常多，所以不可能把 long 型改为 String 类型，而且使用 Long 类型的方法非常多，改起来风险非常大，所以不推荐使用！
最理想的方法，就是使用aop代理拦截所有的方法，对返回参数进行统一处理，使用工具进行转化，过程如下！
2.1、Jackson 工具序列化对象
我们可以使用Jackson工具包来实现对象序列化。
首先在 maven 中添加必须的依赖
编写一个转化工具类JsonUtil
紧接着，编写一个实体类Person，用于测试
最后，我们编写一个测试类测试一下效果
输出结果如下：
其中最关键一行代码，是注册了这个转换类，从而实现将所有的 long 变成 string。
如果想对某个日期进行格式化，可以全局设置。
也可以，单独对某个属性进行设置，例如对createTime属性格式化为yyyy-MM-dd，只需要加上如下注解即可。
工具转化类写好之后，就非常简单了，只需要对 aop 拦截的方法返回的参数，进行序列化就可以自动实现将所有的 long 变成 string。
2.2、SpringMVC 配置
如果是 SpringMVC 项目，操作也很简单。
自定义一个实现类，继承自ObjectMapper
在 SpringMVC 的配置文件中加上如下配置
2.3、SpringBoot 配置
如果是 SpringBoot 项目，操作也类似。
- 编写一个WebConfig配置类，并实现自WebMvcConfigurer，重写configureMessageConverters方法
三、总结
在实际的项目开发中，很多服务都是纯微服务开发，没有用到SpringMVC，在这种情况下，使用JsonUtil工具类实现对象序列化，可能是一个非常好的选择。
看完三件事❤️
如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
-
点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
-
关注公众号 『 java烂猪皮 』，不定期分享原创知识。
-
同时可以期待后续文章ing🚀
-
.关注后回复【666】扫码即可获取学习资料包
