问题描述：
在开发过程中，项目的主键生成器是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;
}
以上。