雪花数字id过长导致前端删除&更新失败

已于 2022-08-28 21:48:08 修改
阅读量1.4k 收藏 5
点赞数 3
文章标签： 前端 javascript 开发语言
于 2022-08-28 15:51:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhj23360/article/details/126569858
版权
前段时间遇到一个bug排查了挺久，就是后端数据id改成雪花算法的数字id后，前端总是删除或者更新失败

一、现象描述

表的id是bigint类型的主键id，可以用来存储雪花算法的id，这个常规设置了没啥好说的

在这里插入图片描述

实体类id使用Long类型对应数据库id数据，这也没问题，这是标准答案
在这里插入图片描述

后端控制台打印的返回数据id也是没问题的

在这里插入图片描述

最后这条数据返回给前端，前端对这条数据做修改或删除操作后返回给后端的id变成了1546434604146274300，不再是1546434604146274306

在这里插入图片描述

二、分析问题

最低0.47元/天 解锁文章
代鸟～菜码
关注
  • 3
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
前端：表格内容的添加和删除
05-13
实现将输入的信息添加到表格、删除表格内容的功能，适合前端初学者巩固DOM相关知识。涉及全选、反选，几种表单标签的使用。
Laravel 自动转换长整型雪花 ID 为字符串的实现
12-16
在设计 API 时，出于安全性等因素考虑，有时需要放弃使用自增 ID，使 ID 非连续且不可猜测。通常可以使用 Hash id，UUID,雪花 ID 等来实现。 在最近的一个项目中，我尝试使用雪花 ID。一通折腾下来发现，逼格挺高，实现也挺简单。然而当我继续撸起袖子与前端部分对接时，却出现了 JS 精度丢失问题，因为存储的 ID 是一个 unsigned bigint 型的值。（至于为什么会有精度丢失现象，这里就不具体解释了，不清楚的可以自行搜索），本文主要介绍解决办法。 想要解决这问题，基本原理也很简单，就是把 ID 转成字符串再返回给前端。 错误尝试 一开始我想到的是使用 Laravel
C# 分布式自增ID算法snowflake（雪花算法）
Aiken的自由世界
04-06 1482
分布式系统中，有一些需要使用全局唯一ID的场景，这种时候为了防止ID冲突可以使用36位的UUID，但是UUID有一些缺点，首先他相对比较长，另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID，并且希望ID能够按照时间有序生成。而Twitter的snowflake解决了这种需求，最初Twitter把存储系统从MySQL迁移到Cassandra，因为Cassandra没有顺序ID生成机制，所以开发了这样一套全局唯一ID生成服务。
element+vue小技巧和报错解决(持续更新~建议收藏)
请叫我欧皇！的博客
04-24 2570
2.在，添加prop，prop的值是formInline:{time:“”}的time属性。清空1.给,添加ref绑定dom。不再使用slot-scope="scope"来获取当前行数据。后端需要什么格式你就在。4.一键清空表单数据。
关于sessionId过长传给前端精度丢失的解决办法
最新发布
weixin_44777191的博客
05-10 210
这段代码的含义是将一个过长的sessionId转换为String类型，这样可以避免在传输sessionId时出现精度丢失。通常，sessionId是一个长整型（可能包括64位整数），如果直接将其作为字符串传递给前端，可能会导致精度丢失。实现原理是将sessionId的64位整数转换为32位整数（因为Java中的int类型为32位），然后将32位整数转换为字符串。方法将其转换为String类型。注意，这个方法仅适用于64位整数到32位整数的转换，并不适用于其他长整型到字符串的转换。
关于过长用户Id前后台传值问题
一万个小时
03-03 1037
一、后台向前台传值（例如：14883547462911764） ①原因：前端var声明的变量为弱类型，不能接收如此大的常量值，所以要转换为字符串类型（即加引号）； ②.1效果展示： 红框是从后台接收到的userId，一定要加上\'\'(即：加上引号)，否则在使用过程中就会出现+1或-1的严重错误，即便显示是正确的，只要一使用就可能出错； ②.2使用出错展示： webUse
雪花算法生成的id过长，js处理时丢失精度，导致更新失败问题
博客
04-17 2382
雪花算法生成的id过长，js处理时丢失精度，导致更新失败问题。 上图为数据库中id，下图页面发送请求时的id，不一致问题会导致更新失败 问题： js对Long型数据进行处理时丢失了精度，导致提交的id与数据库中id不一致。 解决方案： 在服务端给页面响应json数据时进行处理，将long型数据统一转换为String字符串 1.提供对象转换器JacksonObjectMapper,基于jackson进行java对象到json数据的转换 2.在webMvcConfig配置类中扩展Springmvc的消息转换器
解决前后端交互Long类型精度丢失的问题
Gblfy_Blog
05-11 4507
雪花算法ID，对应的后端Long类型，前端number类型，它们的精度不一样，导致精度丢失 文章目录一、现象与分析1.1.现象1.2.分析二、解决方案2.1. 方法一单个注解2.2. 方法二统一配置 一、现象与分析 1.1.现象 雪花算法得到的ID较长，传到前端后，精度丢失 1.2.分析 库中存的值：23754851322302474 后端取的值：23754851322302474 前端得到值：23754851322302470，数据被四舍五入了 二、解决方案 将Long类型转成String，再传给前.
雪花算法生成id长度过长处理
liao3399084的博客
01-25 514
思路：将Long类型转成字符串。
ID突然变成很长且随机的雪花算法ID了
生而为人我很抱歉
11-04 76
在数据库客户端工具插入数据能正常插入递增的ID，但是需要先删除所有雪花ID的数据，然后再执行。但问题的关键是，我之前一直都是那样写的为什么没出问题？就是mybatis生成雪花ID，可恶！经检查，先排除是数据库的问题。
主键生成策略之雪花算法
weixin_49382813的博客
10-30 1789
主键生成策略之雪花算法 为了缓解数据库服务器压力和提高并发量往往会进行分库分表，这时使用主键自增，查询会冲突。 主键生成策略分为： 【1】中心化生成 中心化生成算法经典的方案 1、主要有基于SEQUENCE区间方案 2、各数据库按特定步长自增 3、基于redis生成自增序列三种 【2】去中心化生成 去中心化方式无需额外部署，以jar包方式被加载，可扩展性也很好，因此更推荐使用。目前主流的去中心化生成算法有： 1、UUID及其变种 2、snowflake算法 1、雪花算法（snowfl
雪花算法生成ID , 在前端精度丢失的问题?
06-04
雪花算法生成ID , 在前端精度丢失的问题?
java 获取分布式唯一ID.雪花ID
02-10
1.获取字符串唯一ID 2.获取数字唯一ID 直接使用 IdUtils.simpleUUID(); IdUtils.nextIdText();
Java实现分布式雪花ID生成代码
04-11
在大数据量的时候，会涉及分库分表，使用自增ID可能会导致ID重复，使用UUID是无序的，在创建主键索引的时候会频繁的修改索引树内的索引位置，让索引更新的效率很低等问题。索引此时就引入了雪花ID，它既能保证ID的...
Js Snowflake(雪花算法)生成随机ID的实现方法
10-14
主要介绍了Js Snowflake(雪花算法)生成随机ID的实现方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
雪花算法生成的ID过长，前端接收精度丢失问题
qq_62775328的博客
02-29 1071
雪花算法生成的ID过长，前端接收精度丢失问题
前端不传被删记录的id怎么删除记录，或子表如何删除记录
PeakyBlind的博客
02-23 417
1.删除主表相关子表所有记录。2.再保存一次前端传来的记录。
使用雪花算法生成id时因为BigInteger长度超过17位导致前台js获取时数据失真
ShGe12的博客
06-08 1281
昨天与前台联调时发现前台获取到的id不对，通过postman测试却没有问题，通过百度知道了是因为js没法显示17位以上的int类型。 由于前台是接受到的时候数据就失真了，所以前台这边没法修改，只能改java后端。 想到的方法就是传数据的时候不穿bigint，而是传字符串。因为数据库中都是用的bigint，实体类(bean对象)也都是，从新改不太好也难免会出问题，于是就通过配置类的方式，在请求响应的时候吧bigint转位string了。这样就在不动之前代码的...
解决mybatis-puls雪花算法生成的id太长
m0_58189987的博客
02-27 1321
mybatisPlus雪花算法生成的id太长了，前后端交互的时候，精度丢失，我又不会前端，只能修改后端，用这一套方式可以生成长度短一点的id
如何解决雪花算法生成的id过长的问题
05-20
但是，对于某些应用场景来说，64位的ID可能过长，导致存储和传输成本增加。 解决这个问题的方法有两种： 1. 截取部分ID 可以根据实际需求，截取雪花算法生成ID的一部分作为业务ID。例如，可以只使用其中的48位或...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值