最近公司的一个项目组要把以前的单体应用进行为服务拆分，表的ID主键使用Mybatis plus默认 的雪花算法来生成。 快下班的时候，小伙伴跑过来找我，：“快给我看看这问题，卡这卡了小半天了！”。连拉带拽，连哄带骗的把我拉到他的电脑前面。这位小伙伴在我看来技术不算是大牛，但经验也很丰富了。他都卡 ...

问题： 　　数据库中id是1465396696468033540 结果传到前端变成1465396696468033500，后面几位精度缺失了 原因： 　　Number精度是16位（雪花ID是19位的），so：JS的Number数据类型导致的精度丢失 解决办法： 直接使用注解 ...

一. 分布式 id 特点： 1. 全局唯一性：全局没有重复的id标识。 2. 递增性：保证生成的 id 在业务中是递增的。 3. 高可用：确保在任何时候都能生成正确可用的id。 4. 高并发：在高并发环境下表现良好。 分布式id常见解决方案 1. UUID java 中自带的算法，其能生成 ...

两种解决方案： 1、 需要运算的话可以用三方库，Long.js 2、 不需要运算的话，后端将long长整型字段改为string ...

1.问题描述 对表的主键使用的是雪花策略生成的id，在java中的Long类型的，但在前端精度丢失，现象如下： 上面假如是后端使用jackson传递给前端的，前端接收的id的值却变成了1297373218628307000。 原因是JavaScript对long类型的解析最多 ...

雪花算法中的时间回拨问题 什么是时间回拨问题 雪花算法通过时间来即将作为id的区分标准之一,对于同一台id生成机器,它通过时间和序号保证id不重复当机 ...

由于公司数据库表的id是利用雪花算法生成的，所以实体类里面定义的数据类型为Long。但是这个数据传到前端时，发生了精度丢失的现象。本文记录了从java后端的角度如何解决这个精度丢失的问题，便于自己后续查阅。 一、问题的描述 前端通过ajax请求后端接口，返回json数据 ...

一、问题背景 Java后端开发过程中，尤其是id字段，因数值太大，通过json形式传输到前端后，在js解析时，会丢失精度。 如果对精度丢失没有什么概念，可以看一个知乎的帖子，来感受一下：https://www.zhihu.com/question/34564427?sort=created ...