问题描述:
在开发过程中,项目的主键生成器是SnowFlake,其生成的long主键是28位,
但是js中Long的最大值:https://blog.csdn.net/sunmerZeal/article/details/80844843 是26位,
所以当18位的long主键往前台传时,就导致了精度缺失,再往后传id进行更新或删除操作时,id就匹配不到位。
解决过程:
解决思路1:
首先想的是将后台主键由long类型改为String类型,组里几位小伙伴讨论后,有经验的大牛给出建议说,mysql主键long的性能要优于String类型。
这篇文章里有比较详细的介绍:https://blog.csdn.net/HeatDeath/article/details/79833462
同时Long改String 还设计表结构的修改,改动面比较大,所以最终放弃了这个方案。
解决思路2:
抽象出父类通用属性,将Long修改为Object类型,Bean修改如下:
然后在返回前台的controller里,返回的最后一步进行Long2String类型转换;当请求往后台走时,第一步也是String2Long的转换,如下:
// 数据往前台传, 为解决前台long长度过长导致的精度缺失 public static List idsLong2String(List<? extends CommonDO> li){ if(li == null || li.size() == 0){ return li; } for (CommonDO bean : li ){ bean.setId(bean.getId().toString()); } return li; } // 数据由前台往底层传, String转Long以匹配底层long类型主键 public static List idsString2Long(List<? extends CommonDO> li){ if(li == null || li.size() == 0){ return li; } for (CommonDO bean : li ){ bean.setId(TransformUtil.getLong(bean.getId())); } return li; }
以上。