数据库bigInt，后端Long类型定义的ID,导致前端与后台不一致

最新推荐文章于 2023-10-23 11:44:43 发布
最新推荐文章于 2023-10-23 11:44:43 发布
阅读量981 收藏 6
点赞数 1
分类专栏： 前端 文章标签： 前端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shihan175/article/details/125430108
版权

这是由于js中数字类型最长为17位，而后端ID过大，导致后几位就会变成000，而导致后端查出来的数据与前端看到的ID不一致

加个注解给该列进行序列化即可。

@JsonSerialize(using= ToStringSerializer.class)
private Long id;

当然也可以给id定义为String 类型。

悠点一寺
关注
  • 1
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Java的long和bigint长度对比详解
08-25
在本文中小编给大家分享了关于Java的long和bigint长度比较的知识点内容，有兴趣的朋友们学习参考下。
生成19位bigint/long类型的不重复i
最新发布
01-12
* 类名称：IdWorker * 类描述： 生成19位bigint/long类型的不重复i
数据库字符串Id生成器
05-12
数据库字符串Id生成器，结合年月日时分秒等封装的id生成器，根据机器码来判定，不可能出现重复的id，数据库使用varchar类型或者bigint类型存储
mysql数据库全部字段类型
03-02
BIGINT 大整数，带符号的范围是-9223372036854775808到9223372036854775807 BIGINT UNSIGNED 大整数，无符号的范围是0到18446744073709551615 BINARY 类似于CHAR类型，但保存二进制字节字符串而不是非二进制字符串 BIT 位字段类型，范围为从1到64，默认为1 BLOB 最大长度为65,535(216–1)字节的BLOB列 BOOL 是TINYINT(1)的同义词。zero值被视为假。非zero值视为真 CHAR 固定长度字符串
DB2数据库中的各数据类型
12-14
DB2内置数据类型可以分成数值型(numeric)、字符串型(character string)、图形字符串(graphic string)、二进制字符串型(binary string)或日期时间型(datetime)。还有一种叫做 DATALINK 的特殊数据类型。DATALINK 值包含了对存储在数据库以外的文件的逻辑引用。 　　数值型数据类型包括 SMALLINT、INTEGER、BIGINT、DECIMAL(p，s)、REAL 和 DOUBLE。所有数值都有符号和精度。精度是指除符号以外的二进制或十进制的位数。如果数字的值大于等于零，认为符号为正。 　　*小整型，SMALLINT：
数据库bigInt，后端Long类型定义的ID,导致前端与后台不一致的原因（雪花ID）
weixin_42198239的博客
11-16 2221
再某个项目接触时，创建ID规则已经定义好了，使用雪花ID规则，但是就因为这个导致有一些问题存在 @TableId(value = "id",type = IdType.ID_WORKER) private Long id; 加个注解 @JsonSerialize(using= ToStringSerializer.class) @TableId(value = "id",type = IdType.ID_WORKER) private Long id; 原因： ID_WORK：生成的是18位的纯数字，j
数字ID过长导致前后端数据不一致？
yedelzx的博客
01-16 2566
数字ID过长导致前后端数据不一致？BUG的起源BUG的解释BUG解决 BUG的起源 后台数据库使用雪花ID，数据库使用bigInt类型存储 33978617558956897 这个id长度17位 封装成对象传到前端后变成了 33978617558956896 起初在后端来排除，发现后端没有问题，那么问题只能是在前端 我只能是猜想数据转换出现了丢失，但是不知道具体原因 BUG的解释 于是百度了js的数据类型 重大发现 JS 中能精准表示的最大整数是 Math.pow(2, 53)，十进制即 900719925
关于前后端id数据不同问题
JackMa的博客
09-10 266
前后的id不同
bug记录 bigint数据返回前端数字精度丢失
waitforhe的博客
12-07 1261
我的主键是bigint，9607408720124535，但是前端展示就是9607408720124536。使用postman调用就是9607408720124535，正确的。 最终确定是js的number类型有个最大安全值，即2的53次方（9007199254740992）超过这个值就会出现问题 验证： 在浏览器控制台输入9007199254740993（ 2的53次方9007199254740992 + 1） ...
【后端传送过长的id数字类型，后端Long类型id过大，前端接收错误问题解决】
qq_43506529的博客
07-27 1244
后端Long类型id过大，前端接收错误问题解决
Bug:Long类型前后端传递数据不一致解决方案
Renren151的博客
09-13 3607
问题描述： 本人在写一个前后端开发项目中，后端使用Long类型来作为主键id对应数据库bigint类型的主键。同时使用雪花算法自动生成主键。 （注：雪花算法，生成指定位数不重复的Long值，来作为主键的id） 然后前端获取后端的Long类型的id时，前端获取的Id，与后端传入的id不一致。 如下图：（后端返回的id） 前台实际接收的id如下图： 很明显，前台获取的id不是后台传进去的id。 原因分析： 分析：查阅相关资料，发现前端中js的Number类型最大值为9007199254740991（1
后端传的是String类型而前端JS接收到的是Number类型，导致精度丢失
qq_22547153的博客
07-05 426
情景说明：后端的id通过雪花算法，导致id过长超过16位，接收到的id如果超过16位后，则后面显示的是0000 入1234567898765431000000000，因为JS处理整数的长度最高为16位，从而会引起这个问题。于是我经过不断的查找，用过id.toString()也不行，各种都测试过了，最后看到一个大佬的文章终于解决了 请看按键点击的方法有什么不同。是的 没错 在这边传给事件的方法这里 本来是。
解决：update更新用户锁定状态时，前端给后端的用户id与数据库实际用户id不符，造成无法更新用户状态问题
m0_66343205的博客
08-25 906
前端后进行数据交互时，由于数据类型造成的精度缺失问题的解决。 springmvc消息对象转换器/消息转换器。
后端返回的id到前端后 后面几位数全部变成0了 问题解决
weixin_45966674的博客
09-13 818
因为个人经历不完整导致的 而且这个问题 所以 我觉得我们既然弄出了这个问题 还是由我们自己填上比较好。前端使用number类型进行接收，number类型的范围小于后台Long类型的范围，出现了精度丢失问题。但我个人建议还是后端去处理 因为你要想 这个问题本身就是因为你后端不够成熟。简单说 number 类型 接不了那么大的数值 后面的值直接被四舍五入了。这个问题比较经典的叫法是 雪花算法生成的ID过长，前端接收精度丢失。long到了前端转数字类型 有大小限制 但 字符串没有呀。
后端Long型数据传给前端精度丢失问题 分布式id 解决方案
fllow_wind的博客
03-17 1651
Long型数据id传给前端精度丢失问题 今天将文章类的数据传给前端时，发现前端接受的数据id不一样 如前端获得的id=1405916999732707300,数据库的是id=1405916999732707330 @Data public class ArticleVo { 原来是分布式`id `比较长，传到前端解析不完全 会有**精度损失**，必须转为`string`类型 进行传输，就不会有问题。
关于数据库id自增太长导致前端获取id不准确
qq_53314126的博客
02-17 1228
【代码】关于数据库id自增太长导致前端获取id不准确。
前端精度问题 (id 返回的和传给后端的不一致问题)
suo172的博客
10-23 433
js Number 与java Long 类型
关于数据库取出的BigInt无法转化为Long的问题及解决方法
DD-Blog
06-10 4411
数据库中取出BigInt转Long出现异常 在某些业务逻辑中，可能只需要筛选出需要的某一列数据即可，使用 List 去接 查询出来的单列结果。 使用forEach去遍历时，Long id 出现错误。 取出来的数据只能用下标 i 去遍历个数，但是有需求把数据取出来时， 又出现了 bigInt转Long出现错误。 废话不多说：直接上解决方案。 最后采用的解决方法是使用List<Object[]>去接多列结果 再使用Java8新特性 Stream流 去取出第一列的数据，再转化为Long集合
雪花ID返回前台与后台 不一致问题
weixin_41634885的博客
01-20 346
js中的长整型（long）为53位，而JAVA中是64位，所以，当数字值大于53位时，末尾数字全部会变成0； 如下：
DM数据库 bigint默认值不能为空?
05-12
在 DM 数据库中，BIGINT 类型的默认值可以为空。可以在创建表时指定 BIGINT 类型的列的默认值，也可以在 ALTER TABLE 语句中添加默认值。如果不指定默认值，则该列将被视为 NULL 值。例如，以下语句创建了一个名为 `test_table` 的表，其中包含一个 BIGINT 类型的列 `id`，并将其默认值设置为 0： ``` CREATE TABLE test_table ( id BIGINT DEFAULT 0 ); ``` 如果需要在已有的表中添加默认值，则可以使用 ALTER TABLE 语句。例如，以下语句在名为 `test_table` 的表中添加了一个 BIGINT 类型的列 `id`，并将其默认值设置为 0： ``` ALTER TABLE test_table ADD COLUMN id BIGINT DEFAULT 0; ``` 需要注意的是，如果在创建或修改表时不指定默认值，并且该列没有被赋值，则该列将被视为 NULL。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值