项目中使用雪花算法生成id出现返回前端时后几位为0

最新推荐文章于 2025-10-13 18:11:51 发布
原创 最新推荐文章于 2025-10-13 18:11:51 发布 · 7.4k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

探讨了在使用JavaScript处理长整数时遇到的精度丢失问题，特别是在从数据库读取并返回给前端的过程中。介绍了两种解决方案：一是将数据库字段类型更改为varchar；二是将取出的数据转换为String类型。

之前数据库使用的是long类型,但是出现出入数据库正常,查询返回给前端后后两位变为0的情况,导致不正确.

js支持的最大整数是2的53次方减1,所以损失了精度;

解决办法:

1.存储到数据库为varchar

2.取出后返回前端前转为String类型

myth_gy
关注
解决前后端因js导致Long值精度丢失问题
weixin_54641589的博客
07-17 421
解决前后端因js导致Long值精度丢失问题
关于使用雪花算法id，序列化回前端，后位变成0精度丢失的解决方法
m0_49194578的博客
07-17 3135
由于id使用了雪花算法生成的long 今天在使id传回前端时发现，id后几位都变成了0，也就是发生了精度的损失； 查询了相关的文档以后发现，雪花算法生成的id长度有19位，而json在序列化中会将数字类型转换为16位，这样后面的精度就丢失了。默认进行了四舍五入； 所以有如下几种解决方案； 1，所有id使用String类型，弊端是字符做id查询效率比较低， 2，是使用配置类，改变序列化过程 package com.akveo.bundlejava.config; import com.fasterxml.j
跟同事杠上了，用雪花算法生成的id做主键对MySQL性能有影响？
写点有用的
02-03 5196
用雪花算法生成的id做主键，对MySQL性能到底有没有影响？MySQL必须使用连续递增的主键才能发挥最大性能？
雪花算法生成id
最新发布
2301_80096362的博客
10-13 392
时间戳（41位）：记录的是当前时间与一个自定义起始时间（称为epoch）的差值，单位是毫秒。41位可以表示2^41-1个数字，大约69年。所以，自定义起始时间之后69年内这个算法都是有效的。数据中心ID（5位）：可以表示2^5=32个不同的数据中心。机器ID（5位）：可以表示2^5=32台机器。注意：数据中心ID和机器ID一起用来标识一台唯一的机器，总共可以表示32*32=1024台机器。序列号（12位）：同一毫秒内产生的不同ID的序列号，从0开始递增。
PHP Snowflake（雪花算法）生成唯一ID值
10-25
最近项目需要解决高并发分布式生成唯一ID值的问题，经过考虑，采用Snowflake算法，该算法是一个很有效的办法，具体的可以自己百度，这里是基于thinkPHP5 开发的通用的生成器，其实也是参考了网上的方法，只是增加了一些自己遇到的坑的解决办法，直接引用即可，目前使用情况还不错，有兴趣的都可以参考下
后端返回的id到前端后 后面几位数全部变成0了 问题解决
weixin_45966674的博客
09-13 2536
因为个人经历不完整导致的 而且这个问题 所以 我觉得我们既然弄出了这个问题 还是由我们自己填上比较好。前端使用number类型进行接收，number类型的范围小于后台Long类型的范围，出现了精度丢失问题。但我个人建议还是后端去处理 因为你要想 这个问题本身就是因为你后端不够成熟。简单说 number 类型 接不了那么大的数值 后面的值直接被四舍五入了。这个问题比较经典的叫法是 雪花算法生成的ID过长，前端接收精度丢失。long到了前端转数字类型 有大小限制 但 字符串没有呀。
项目中使用snowflake算法生成的id，返回前端时后几位为0，丢失精度
qq_33972550的博客
02-26 2704
参考网址： https://blog.youkuaiyun.com/myth_g/article/details/85223291
Long类型Id，后端返回数据和前端的netWork里接收与后端不一致，尾数都是0
Coe_SuBiCong的博客
06-14 497
* 今天发现删除时前端传过来的ID参数不对，数据并没有删掉。但是这个传过来的ID参数 很奇怪，数据库中并没有这个ID，查询时传过去的ID 也并不是这个。**
后端传给前端后几位数字变为0问题
程序员Forlan的博客
08-02 2513
问题描述 当后端为Long类型的数字传给前端，在Postman里面是正常的，但前端页面取到的后几位数字变为了0 分析 Javascript的Number 类型最大长度是17位 Java的long类型长度是19位 解决方法 Java后台使用String类型替换Long类型 使用 @JsonSerialize(using = ToStringSerializer.class) 注解 import com.fasterxml.jackson.databind.annotation.JsonS
Js Snowflake(雪花算法)生成随机ID的实现方法
10-14
引入`snowflake-id`插件后，可以通过以下代码简单地生成ID： ```javascript import SnowflakeId from "snowflake-id"; const guid = num => { const id = new SnowflakeId(); return id.generate(); }; ``` 这里，...
Java-雪花算法（snowflak）生成有序不重复ID的Java实现
热门推荐
草青工作室 的专栏
10-22 1万+
使用了按位左移操作，最终将时间戳差值、机器码、顺序号，三个值合并到一个long中。这个算法有个好处是，可以把ID解码，得到时间、机器码和顺序号。/** 长度64位，其中：* 1位符号位，0正数，1负数* 41位毫秒级时间戳，41111111111111111111111111111* 10位机器ID，11 1111 1111* 12位序列号，1111 1111 1111* */在后端系统中，使用64位long类型的ID通常不会遇到问题。
利用mysql实现的雪花算法案例
09-08
- 最高位固定为0，表示正数。 - 41位用于存储时间戳（毫秒级），可以使用约69年。 - 10位用于机器码，包含5位数据中心ID和5位工作节点ID，最多支持1024个节点。 - 12位序列号，每个节点每毫秒可生成4096个ID。 2. ...
场景问题——雪花算法生成的id在前端使用时末尾几位数都成了0是什么原因
qq_41905890的博客
11-07 788
首先说明原因。如下图，，而雪花算法生成的id位数则是19位的，所以当前端使用number类型去接收后端生成的19位id时，末尾三位数字不管是什么，都会变成0。解决方法也很简单，就是用可以容纳19位数的类型去接收和使用，比如字符串，本人在后端使用雪花算法生成的id也是字符串类型，主键非空唯一即可，需求千千万，奇葩也很多，若是真有需要非数字的id，字符串也是可以满足的，而且字符串的方法和工具类不比integer少，使用起来反而更加高效。
雪花算法生成ID返回到前端出错问题解决
m0_72776581的博客
02-24 434
JavaScript的IEEE754标准导致Long类型ID精度丢失，超出[-2^53+1,2^53-1]范围的整数会失真。解决方案通过SpringBoot配置Jackson序列化规则：1)创建JacksonObjectMapper扩展类，添加Long转字符串的序列化器；2)在WebMvc配置中注册自定义消息转换器。关键代码为.addSerializer(Long.class,ToStringSerializer.instance)，将Long类型转为字符串传输，避免前端精度损失。
雪花算法生成全局唯一ID
m0_63102097的博客
05-12 918
它的设计目标主要是在分布式系统中提供一个唯一的ID生成方案，每个ID都是全局唯一的、趋势递增、64位的整数。机器ID部分：10位的机器ID可以支持 1024 个不同的节点。在分布式系统中，每个节点分配一个唯一的机器ID，用来标识不同的机器。总的来说，雪花算法通过时间戳、机器ID和序列号的合理组合，使得生成的ID具有全局唯一性、趋势递增性、分布式、高并发的特点。雪花算法的唯一性来自于对时间戳、机器ID和序列号的合理运用。值得注意的是，雪花算法生成的ID是趋势递增的，不同节点上生成的ID没有绝对的顺序性。
雪花Id传递给前端精度丢失问题
ZWP_990527的博客
03-09 484
后端id设置long类型时，传到前端，最后两位为00
ID生成器
weixin_45701008的博客
09-13 1033
先注入bean，规则是：new IdWorker(1,1)；参数为小于30的长整型 package com.ishicifang.common.util; import java.lang.management.ManagementFactory; import java.net.InetAddress; import java.net.NetworkInterface; /** * <p>名称：IdWorker.java</p> * <p>描述：分布式自增长ID
解决雪花算法生成的ID传输前端后精度丢失
weixin_48841931的博客
11-21 5083
解决雪花算法生成的ID传输前端后精度丢失
mybatisPlus自动生成雪花算法id没有生效
03-14
默认情况下，MyBatis-Plus使用雪花算法生成ID，但有时候配置可能有问题导致不生效。 用户提到的参考引用中有几个关键点。引用[1]提到雪花算法生成的主键可能异常大或为负数，这可能与机器ID配置有关。引用[3]则指出...
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值