bug记录 bigint数据返回前端数字精度丢失

最新推荐文章于 2023-04-20 11:33:06 发布
最新推荐文章于 2023-04-20 11:33:06 发布
阅读量1.2k 收藏
点赞数
分类专栏： BUG记录 文章标签： java javascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/waitforhe/article/details/121765904
版权

我的主键是bigint，9607408720124535，但是前端展示就是9607408720124536。使用postman调用就是9607408720124535，正确的。

最终确定是js的number类型有个最大安全值，即2的53次方（9007199254740992）超过这个值就会出现问题

验证：

       在浏览器控制台输入 9007199254740993（ 2的53次方 9007199254740992 + 1）

       

 

        

        

亲见_
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【深入浅出】JAVA中使用BigDecimal类解决精度丢失问题
weixin_45750855的博客
10-13 3160
JAVA中使用BigDecimal类解决精度丢失问题 问题 我们在使用JAVA语言的时候，会发现普通数据类型间转化计算存在精度丢失的问题精度丢失问题: 如 : 1.2- 1=0.19999999999999996 int(31)转float(2)会造成精度丢失 long转化位double也会损失精度。 这时候可以使用Java中BigDecimal类来处理高精度计算 定义介绍： 它是在java.math包中的一个API类，我们都知道Java中double类型它可以处理16
JS大坑之19位数的Number型精度丢失问题详解
10-17
对于需要处理大量高精度数字的场景，JavaScript开发者通常会选择使用第三方库，如`BigInt`（ES2020引入的原生支持大整数的类型）或`decimal.js`、`big.js`等专门处理高精度计算的库。 总结来说，JavaScript的Number...
数据库bigInt，后端Long类型定义的ID,导致前端与后台不一致
shihan175的博客
06-23 1050
数据库bigInt，后端Long类型定义的ID,导致前端与后台不一致
数据库bigInt，后端Long类型定义的ID,导致前端与后台不一致的原因（雪花ID）
weixin_42198239的博客
11-16 2273
再某个项目接触时，创建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
后端bigInt类型返回前端精度丢失问题解决
qq_43145310的博客
02-15 2266
json-bigInt处理数据精度丢失问题
Mysql的bigint转java的long型，前端显示数据不一致异常的问题，long型精度丢失
梦若辰宇的博客
06-15 2088
long传前端时，精度丢失问题的解决
hive中将string数据转为bigint的操作
12-14
使用 CAST 函数将 STRING 转为 BIGINT: ...补充知识：hive中bigint和varchar字段做关联，关联数据错误的解决方法 把bigint和varchar都隐式转换成String类型的就可以关联出正确的结果了 cast(t1.PARTY_NUM as str
【SpringBoot】jackson序列化解决超大整数浏览器精度损失问题 demo
01-03
在开发Web应用时，我们经常会遇到一个问题：当后端（如SpringBoot）向前端（如JavaScript）传输包含大型整数的数据时，由于JavaScript的Number类型存在精度限制，可能导致数据精度丢失。这个问题通常在处理金融、...
超出JavaScript安全整数限制的数字计算BigInt详解
01-19
JavaScript中的基本数据类Number是双精度浮点数，它可以表示的最大安全范围是正负9007199254740991，也就是2的53次方减一，在浏览器控制台分别输入Number.MAX_SAFE_INTEGER和Number.MIN_SAFE_INTEGER可查看对应的...
Mysql的Bigint转java的Long类型，前端显示数据不一致的问题，Long类型精度丢失
zzchances的博客
02-06 834
Mysql的Bigint转java的Long类型，前端显示数据不一致的问题，Long类型精度丢失
项目小记---后端传值和前端接收到的值不一致
a870017443的博客
07-06 2617
在写完项目做测试时，发现前端接收的值，在preview查看时就不一致了，比如后端传值是9012108805013512，而前端接收到的是9012108805013511或者9012108805013513，对，就是多了1或者少了1 ， 后来才发现，js能表示的浮点数的最大值是正负1.7976931348623157乘以10的308次方，其最小所能表示的小数为正负5乘以10的负324次方。但js能够表示整数的范围是正负数的绝对值都不能大于2^53，也就是正负数的绝对值都不能大于900719...
Mysql 查询精度丢失bigint，varchar
山塘小鱼儿的博客
05-30 2802
做项目时遇到一个奇怪的问题，关于mysql查询的时候精度会有所丢失的，比如数据库字段存储为varchar，800090014000600010001，查询的时候就一定要加上单引号，如：‘800090014000600010001’作为过滤的条件，如果不加单引号，只是where id =800090014000600010001，那么就会查出来多条记录，如：800090014000600000001也会被查出来，个人感觉是mysql把bigint类型转到varchar时，精度丢失了，因为80009001400
bigint数据丢失
Wdeadbug的博客
09-02 238
场景：mysql中bigint的数据传到前端显示有差别 解决：出错误的字段添加 @JsonSerialize(using = ToStringSerializer.class) 原因：前端精度损失
使用jdbc取mysql的数据时精度不准问题
TK_XIEBIN的博客
10-24 1332
首先要确认mysql中存放数据的类型：我这里使用的decimal(10,2)进行数据存储，这个数据类型就是为数据精度要求比较的数据设计的。 当时我使用jdbc中的ResultSet对象的getDouble(String columnLabel)从数据库中取出数据的，当时我是把该字段的值做了sum运算，然后在把数据交给getDouble()作处理。 结果是：我发现使用jdbc处理的数据量和我使用...
bigint对应Long类型返回给前端,精度丢失问题
weixin_43608796的博客
12-17 1023
在Bean字段上添加注解@JsonSerialize(using= ToStringSerializer.class) import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; @JsonSerialize(using= ToStringSerializer.class) private Long id; .
关于java后端Long类型传递雪花ID到前端导致精度不一致和数据不一致问题
oemciemcier的博客
05-21 874
我们数据库使用的是Bigint存放的是雪花ID，我们java实体类使用的是Long类型，我们后端查询的数据库跟我们返回到前端的ID数据不一致
BigInt数据类型--JS的精度有限问题
最新发布
qq_43710066的博客
04-20 476
JavaScript 中的 Number 是双精度浮点型，这意味着精度有限。Number.MAX_SAFE_INTEGER 就是安全范围内的最大值，为 2**53-1。最小安全值为 Number.MIN_SAFE_INTEGER 值为 -((2**53)-1)。超出安全值的计算都会丧失精度，使用BigInt解决该问题
解决浏览器返回long类型丢失精度的问题
小海米的博客
01-17 775
解决浏览器返回long类型丢失精度的问题 问题：由于项目使用的雪花算法生成主键ID，类型设置为了bigint，在开发接口调试阶段前端反馈返回的id丢失丢失精度 解决方案：配置json序列化，将返回的id从Long类型转为String类型 @Configuration @Slf4j public class JacksonConfig { @Bean @Primary @ConditionalOnMissingBean(ObjectMapper.class) public
mysql bigint类型字段返回给前端精度丢失
厚积薄发的博客
08-06 2476
问题：前端页面通过sql语句查询mysql数据库， 表中有个字段为bigint类型， 库里存储的值为609324786968100864，返回的却是609324786968100900 导致拿着这个值609324786968100900去访问其他表的关联数据， 总是返回空。 问题排查： 1、确认数据库中该条记录的对应值确实为609324786968100864 2、排查后台查询代码，没有问题 3、浏览器f12， 查看接口返回值， 发现返回的对应值为609324786968100864 4、.
Java后端返回Long类型数据与前端展示不一致（精度丢失）
04-03
1.将Long类型数据转换为字符串类型传输到前端展示，这样可以保证数据精度不丢失。 2.使用BigDecimal类型进行计算和存储，可以避免精度丢失的问题。 3.在前端展示时使用JavaScript的BigInt类型，它支持表示任意位数...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值