江苏龙网

  1. 首页 > 人文 > >

long类型的d订单id传到前端会造成精度丢失？

long类型的d订单id传到前端会造成精度丢失？
文章图片
最近公司的一个项目组要把以前的单体应用进行为服务拆分 ， 表的ID主键使用Mybatisplus默认的雪花算法来生成 。
快下班的时候 ， 小伙伴跑过来找我 ， ：“快给我看看这问题 ， 卡这卡了小半天了！” 。 连拉带拽 ， 连哄带骗的把我拉到他的电脑前面 。 这位小伙伴在我看来技术不算是大牛 ， 但经验也很丰富了 。 他都卡了半天的问题 ， 应该不是小问题 ， 如果我一时半会搞不定 ， 真的是耽误我下班了 ， 所以我很不情愿的在他的位置坐了下来 。
一、现象是这样的下面我把异常的现象给大家描述一下 ， 小伙伴建了一张表 ， 表的主键是idBigINT ， 用来存储雪花算法生成的ID ， 嗯 ， 这个没有问题！
CREATETABLEuser(idBIGINT(20)NOTNULLCOMMENT"主键ID",#其他字段省略)
使用Long类型对应数据库ID数据 。 嗯 ， 也没有问题 ， 雪花算法生成的就是一串数字 ， Long类型属于标准答案！
@DatapublicclassUser{privateLongid//其他成员变量省略
在后端下断点 。 看到数据响应以JSON响应给前端 ， 正常
{id：1297873308628307970,//其他属性省略}
最后 ， 这条数据返回给前端 ， 前端接收到之后 ， 修改这条数据 ， 后端再次接收回来 。 奇怪的问题出现了：后端重新接收回来的id变成了：12978733086283000000 ， 不再是1297873308628307970
二、分析问题我的第一感觉是 ， 开发小伙伴把数据给搞混了 ， 张冠李戴了 ， 把XXX的对象ID放到了YYY对象的ID上 。 所以 ， 就按照代码从前端到后端、从后端到前端调试跟踪了一遍 。
从代码的逻辑角度上没有任何问题 。 这时 ， 我有点烦躁了 ， 真的是耽误我下班了！但开工没有回头箭 ， 既然坐下来了就得帮他解决 ， 不然以后这队伍怎么带？想到这我又静下心来 ， 开始思考 。
1297873308628300000---&gt1297873308628307970复制代码
【long类型的d订单id传到前端会造成精度丢失？】这两个数长得还挺像的 ， 似乎是被四舍五入了 。 此时脑袋里面冒出一个想法 ， 是精度丢失了么？哪里能导致精度丢失？
服务端都是Long类型的id ， 不可能丢失前端是什么类型 ， JSON字符串转js对象 ， 接收Long类型的是number上网查了一下Number精度是16位（雪花ID是19位的） ， So：JS的Number数据类型导致的精度丢失 。 问题是找到了！小伙伴投来敬佩的眼光 ， 5分钟就把这问题发现了 。 可是发现了有什么用？得解决问题啊！
三、解决问题开发小伙伴说：那我把所有的数据库表设计 ， id字段由Long类型改成String类型吧 。 我问他你有多少张表？他说100多张吧 。
100多张表还有100多个实体类需要改还有各种使用到实体类的Service层要改Service等改完Controller层要改关键的是String和Long都是常用类型 ， 他还不敢批量替换小伙伴拿起电话打算订餐 ， 说今晚的加班是无法避免了 。 我想了想说：你最好别改 ， String做ID查询性能会下降 ， 我再想想！后端A到前端B出现精度丢失 ， 要么改前端 ， 要么改后端 ， 要么…… 。 “哎哎 ， 你等等先别订餐 ， 后端A到前端B你用的什么做的序列化？”小伙伴告诉我说使用的是Jackson ， 这就好办了 ， Jackson我熟悉啊！
解决思路：后端的ID(Long)==&gtJackson(Long转String)==&gt前端使用String类型的ID,前端使用jsstring精度就不会丢失了 。 那前端再把String类型的19位数字传回服务端的时候 ， 可以用Long接收么？当然可以 ， 这是Spring反序列化参数接收默认支持的行为 。
最终方案就是：前端用String类型的雪花ID保持精度 ， 后端及数据库继续使用Long(BigINT)类型不影响数据库查询执行效率 。
剩下的问题就是：在SpringBoot应用中 ， 使用Jackson进行JSON序列化的时候怎么将Long类型ID转成String响应给前端 。 当然FastJson也能实现同样的功能
方案如下：
@ConfigurationpublicclassJacksonConfig{@Bean@Primary@ConditionalOnMissingBean(ObjectMapper.class)publicObjectMapperjacksonObjectMapper(Jackson2ObjectMapperBuilderbuilder){ObjectMapperobjectMapper=builder.createXmlMapper(false).build()//全局配置序列化返回JSON处理SimpleModulesimpleModule=newSimpleModule()//JSONLong==&gtStringsimpleModule.addSerializer(Long.class,ToStringSerializer.instance)objectMapper.registerModule(simpleModule)returnobjectMapper}}
小伙伴放下电话 ， 再次投来敬佩眼光 。 “走吧 ， 一起下班！”我和小伙伴说 ， 小伙伴一路上一直问我你是怎么学习的？我冠冕堂皇的说了一些多想多学多问之类的话 。 其实我心里在想：我是一个懒人 ， 但我不能说 。 能躺着绝不坐着 ， 能自动绝不手动 ， 能打车绝不自己开车 。 第一次就把事情做对 ， 才是省时省力做好的方法！这么多年的“懒” ， 决定了我需要去思考更多的“捷径” ， 思考“捷径”的过程是我不断进阶的诀窍！勤奋的人是社会的生产力 ， 而懒人是社会的创造力！
【来源：Java识堂】
声明：转载此文是出于传递更多信息之目的 。 若有来源标注错误或侵犯了您的合法权益 ， 请作者持权属证明与本网联系 ， 我们将及时更正、删除 ， 谢谢 。 邮箱地址：newmedia@xxcb.cn


    推荐阅读


    上一篇：84岁中国研究员，迟迟不愿退休为祖国造成中国芯，为祖国省下百亿

    下一篇：微软Linux软件集合从9月24日开始不再支持TLS 1.0/1.1