使用MybatisPlus默认的主键生成策略是雪花算法生成的19位数字，数据库使用bigint19字节，实体类Long类型，vo为了方便复制id属性也是Long类型，结果导致一个问题：前端js number类型接收时导致精度丢失。 js的number类型有个最大值（安全值）。即2的53 ...

原因：前端js对Long类型支持的精度不够，导致后端使用的Long传到前端丢失精度，比如现在分布式id生成算法“雪花算法”在使用中就会出现问题。 解决方式： 1、后端的Long类型的id转用String存储，不推荐，失去了其Long类型本身的意义。 2、在Long类型字段上使用注解标明序列化 ...

今天进行接口联调时遇到一个问题，js获取到的数据和postman获取到的数据不一样（以前遇到过，但是这次居然有才坑了，所以一定要记下来记住） js获取的数据 　　{id: 434795728515375100, name: "111"} postman获取的数据 　　{ "id ...

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

　　long类型64位，JS的Number精度只有53位，所以后台数据传到前端的时候，精度丢失，后面几位被置为0了。 尝试过的解决办法： 　　1、在Long类型字段上使用注解标明序列化方式。此方式细粒度到当前字段，我尝试了几种方法之后选用了此方法。 　　@JsonSerialize ...

使用了HuTool这个雪花算法后，会出现丢失精度的问题 hutool算法使用地址 对于一些大的业务表，自增主键这里 接口层得注意下是否会产生大数值 设计接口的时候采用String类型。 在项目中，我们可能采取bigint作为数据库主键，Java类中我们一般采用Long类型来映射。对于大数 ...

今天开发遇到个问题，Java后端的Long类型数据，传到前端会出现精度丢失，如：164379764419858435，前端会变成164379764419858430。在浏览器中做测试可知，这就是一个精度丢失的问题。 解决思路是：后台传到前台时，Long类型数据，转为String类型 ...

在开发页面的时候，遇到Long类型的数据，传送给前端遇到精度丢失的问题， 后端发的数据是这个。 前端接收到的数据是这样 解决的途径有二种：1 、在后端把Long类型的数据改成String类型（不推荐）2、springboot项目可以添加注解：@JsonSerialize(using ...