使用了HuTool这个雪花算法后,会出现丢失精度的问题 hutool算法使用地址 对于一些大的业务表,自增主键这里 接口层得注意下是否会产生大数值 设计接口的时候采用String类型。 在项目中,我们可能采取bigint作为数据库主键,Java类中我们一般采用Long类型来映射。对于大数 ...
使用了HuTool这个雪花算法后,会出现丢失精度的问题 hutool算法使用地址 对于一些大的业务表,自增主键这里 接口层得注意下是否会产生大数值 设计接口的时候采用String类型。 在项目中,我们可能采取bigint作为数据库主键,Java类中我们一般采用Long类型来映射。对于大数 ...
代码中注入一个bean即可: ...
SpringBoot 使用jackson ...
public class DateToLongSerializer extends JsonSerializer<Date> { @Override public void s ...
写代码碰到一个bug, 现象是 后台Java返回的18位的Long类型的数据,到前台丢失了精度。 查了一下,原因是 java的Long类型是18位, 而 js的Long类型(虽然没有明确定义的Long类型)是16位, 所以会造成丢失精度, 解决办法: 将后台的Long转换为字符串传回 ...
写代码碰到一个bug, 现象是 后台Java返回的18位的Long类型的数据,到前台丢失了精度还有前端在数据编辑的时候出现问题 (如上图所示前端请求对象两个数字其实都是对应同一个产品的id,上面字符串没问题,下面前端同事传的数字), 查了一下,原因是 ...
问题 今天碰到一个问题,后端需要返回给前端Long类型的id,前端收到的id会发生精度丢失。 测试代码:后端返回的值为344739147160346624 但是前端获取的值为: 解决办法 将返回的值转为String类型。 代码实现 ...
首先,实体类中的ID类型为LONG 前端接收到的ID精度丢失 { "success": true, "code": "200", "data": [ { "id": 1199222178982396000, //这里精度丢失了!! "idCard": "422202199910210811 ...