[Done]SnowFlake生成Long类型主键返回前台过长导致精度缺失的问题

问题描述：

在开发过程中，项目的主键生成器是SnowFlake，其生成的long主键是28位，

但是js中Long的最大值：https://blog.****.net/sunmerZeal/article/details/80844843 是26位，

所以当18位的long主键往前台传时，就导致了精度缺失，再往后传id进行更新或删除操作时，id就匹配不到位。

解决过程：

解决思路1：

首先想的是将后台主键由long类型改为String类型，组里几位小伙伴讨论后，有经验的大牛给出建议说，mysql主键long的性能要优于String类型。

这篇文章里有比较详细的介绍：https://blog.****.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;
    }

以上。