雪花算法以Long类型返回前端丢失精度

最新推荐文章于 2024-04-15 18:53:44 发布
最新推荐文章于 2024-04-15 18:53:44 发布
阅读量261 收藏
点赞数
分类专栏： Springboot 文章标签： 前端 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yuanwxcsdn/article/details/129447557
版权

雪花算法以Long类型返回前端丢失精度

在项目里面以18位的雪花算法为ID返回给前端的时候，最后一位被莫名其妙的四舍五入了，前端用的是vue，查询了一下，大概就是前端用于接收不了Long类型长度的数据，所以需要转成String类型给前端，只需要在返回的实体类加上下面注解即可：

@JsonFormat(shape = JsonFormat.Shape.STRING)

这个跟BigDecimal返回前端处理的一样。

欢迎评论收藏，如需转载，转贴请注明出处！

爱钓鱼的Java
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
利用mysql实现的雪花算法案例
09-08
雪花算法基于64位的long型数值，其中： - 最高位固定为0，表示正数。 - 41位用于存储时间戳（毫秒级），可以使用约69年。 - 10位用于机器码，包含5位数据中心ID和5位工作节点ID，最多支持1024个节点。 - 12位序列号...
gson ajax 数字精度丢失问题的解决方法
08-31
这是因为，Ajax 传输的 JSON 数据是以字符串形式传输的，而长整型（long）数字在字符串形式下可能会丢失精度。 知识点三：解决数字精度丢失问题的方法 要解决数字精度丢失问题，可以使用以下方法：直接把属性为长...
SpringBoot与Vue前后分离项目中返回结果为Long类型精度丢失问题处理
最新发布
yuanjinshenglife的专栏
04-15 1241
SpringBoot与Vue前后分离项目中返回结果为Long类型精度丢失问题处理
关于使用雪花算法id，序列化回前端，后位变成0精度丢失的解决方法
m0_49194578的博客
07-17 2745
由于id使用了雪花算法生成的long 今天在使id传回前端时发现，id后几位都变成了0，也就是发生了精度的损失； 查询了相关的文档以后发现，雪花算法生成的id长度有19位，而json在序列化中会将数字类型转换为16位，这样后面的精度就丢失了。默认进行了四舍五入； 所以有如下几种解决方案； 1，所有id使用String类型，弊端是字符做id查询效率比较低， 2，是使用配置类，改变序列化过程 package com.akveo.bundlejava.config; import com.fasterxml.j
问题：前端获取long型数值精度丢失，后面几位都为0
虎康的博客
03-08 1154
该字段类型是long类型问题：前端接收到数据后，发现精度丢失，当返回的结果超过17位的时候，后面的全部变成0！超出精度部分全部变成了00。第二种办法：使用工具进行转化把 long 型改为String类型，这种方法可以实现全局转化（推荐）第一种办法：在后台把 long型改为String类型，但是代价有点大，只要涉及到的地方都需要改。通过接口获取到的数据和 Postman 获取到的数据不一样，仔细看 data 的第17位之后。第三种办法：前端进行处理（目前没有很好的办法，不推荐）或者 用这个UUID。
【问题】Long转json精度丢失的问题
我是Superman丶的博客
03-02 1093
【问题】Long转json精度丢失的问题 解决方案 @Configuration public class WebMvcConfiguration implements WebMvcConfigurer { /** * Long转json精度丢失的配置 * @Return: void */ @Override public void configureMessageConverters(List<HttpMessageConv...
后端传过来的Long类型数值如何在VUE前端进行加法运算
草莓Sir的博客
10-09 1960
后端传过来的Long类型数值如何在VUE前端进行加法运算 后端传过来的long类型，不经过任何处理直接进行加法运算，vue默认为这是一个拼串的操作。 //list,是后端传过来的Long的list [1,2,3] const sum; list.forEach(ls => { sum+=ls }) //输出为 123 const sum; list.forEach(ls => { ...
完美解决方案-雪花算法ID到前端之后精度丢失问题.docx
10-26
雪花算法ID到前端之后精度丢失问题解决方案 在本文中，我们将讨论雪花算法ID到前端之后精度丢失问题的解决方案。该问题是由于JavaScript中的Number类型精度限制所导致的。 一、问题描述 在一个项目中，我们使用...
SpringBoot全局配置long转String丢失精度问题解决方案
09-07
在SpringBoot开发中，遇到的一个常见问题是当后端向前端传递Long类型的数值时，由于JavaScript的Number类型无法精确表示所有Java的Long值，导致数据在传输过程中丢失精度。为了解决这个问题，我们可以采用两种不同的...
java判断Long类型的方法和实例代码
08-25
最后，我们使用substring截取字符串获得变量类型，并与"Long"字符串进行对比，如果相等，则返回true，否则返回false。 Java判断Long类型的应用场景 在实际开发中，我们经常需要判断变量的类型，以便进行相应的处理...
JS &VUE前端处理Long类型丢失精度，所以
java技术专家全栈成长之路
04-08 6054
丢失精度之后 1247483476722753500 1247483477192515600 真正的数据库数值 1247483476722753538 1247483477184126977 1247483477184126977 解决办法，String--<>---Long 相互替换 @Component @Lazy(true) public class DozerG...
【vue】jison解决后台返回的long类型数据位数过长的问题
代码随想录
12-23 2556
问题:前端接收后端long类型数据超过16位,则会通过补零展示该数据,js自带的json parser无法对该数据进行正确解析,且浏览器上不能正确展示. 如下图: 可以看到16位数字后面是0 1.解决方案一 后端进行long转string操作,最为彻底. 2.解决方案二 通过jison包在前端将long类型数据转为string类型来使用. 由于前后端交互是通过jsonString,到时候转换后的long类型数据再提交给后端不需要再次进行转换 jison...
vue前端处理后台返回的Long型数据精度丢失
qq_43555948的博客
09-24 5095
vue前端处理后台返回的Long型数据精度丢失 问题描述 开发时后端返回的id为Long型，结果发现俩id怎么会一样呢？如下图是控制台Preview返回的数据 正以为是后端那边数据有误时，我点开Response发现这边的id是正常的… Preview和Response的数据居然不一样 哎呀我去…这不是搞事情么 于是通过面向百度的学习方式，了解到，js对于超出17位的Long型数据会出现精度丢失的问题。 有问题我们就要解决 解决办法 方法1：简单粗暴，手里拿着板砖和蔼的要求后端不要返回Long，返回Str
前端接受后端请求Long类型的bug
weixin_44892460的博客
09-28 795
由于分布式id用的Long类型，但是返回给前端后id会最后两位会四舍五入，很奇葩，但是用postman测试则不会，怀疑是前端框架转的，Long类型使用js的number类型接受不了，所以损失了精度。
当数据库中的主键使用雪花算法生成的时，一般的id长度为19位，但是js一般能处理的只有16位，所以当我们根据Id去修改的时候，就会把后三位自动的四舍五入。
hzk1791318012的博客
12-11 1718
当我们数据库使用雪花算法生成的id时，完后在执行根据id对数据进行操作的时候，语句写的正确，也没有报错 ，但是却实现不了对数据的操作。 是因为当数据库中的主键使用雪花算法生成的时，一般的id长度为19位，但是js一般能处理的只有16位，所以当我们根据Id去修改的时候，就会把后三位自动的四舍五入。
vue项目实现真正意义上的四舍五入
weixin_46058007的博客
12-04 827
vue项目中实现真正意义上的四舍五入
前台页面long类型数字被四舍五入的解决办法
热门推荐
xuanwugang的博客
05-28 1万+
最近页面总是碰到long类型的id最后一位被四舍五入的情况究其原因有以下几条：1，实体类的id字段没有加@JsonSerialize(using = LongJsonSerializer.class)和 @JsonDeserialize(using = LongJsonDeserializer.class)注解，导致传入后台后精度丧失2，在前台js方法中传递long类型的数值时未加引号，导致在前台...
完美解决雪花算法自动生成id 丢失精确的问题
F_qiu的博客
07-08 1586
后端id前端id问题分析：前端接收数字参数类型为 numbernumber的长度精确为16位而雪花算法的长度为19位解决方法1：将数据库中的转换为String类型 （不建议 因为Long类型性能更好）方案2：在Spring Boot应用中，使用Jackson进行JSON序列化的时候将Long类型ID转成String响应给前端。 雪花算法精度问题完美解决了...
Java后端解决long类型数字传递到前端精度丢失问题
05-26
在 Java 后端将 long 类型数字传递到前端时，可能会出现精度丢失的问题。这是因为 JavaScript 的 Number 类型只能精确表示 -2^53 到 2^53 之间的数字，而 long 类型的取值范围则更大。 为了解决这个问题，可以将 long 类型的数字转换成字符串进行传递，避免精度丢失。具体实现可以使用 Java 的 String.valueOf() 方法或者 Long.toString() 方法将 long 类型转换成字符串，然后通过接口传递给前端。 另外，如果需要进行数学计算，可以考虑使用 JavaScript 的第三方库，例如 big.js 或者 decimal.js，来处理超出 Number 类型范围的数字。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值