SpringBoot:后端向前端传递Long类型数据时,数据精度丢失

一、前言

    项目使用的是mysql数据库,表的id用的是bigint,java中对应的类型是Long。前端在接收数据的时候,id是1300369351636254722但是前台接收到的是1300369351636254700。

二、分析原因

java中long类型的取值范围是:

最小值:Long.MIN_VALUE=-9223372036854775808 (-2的63次方)
最大值:Long.MAX_VALUE=9223372036854775807 (2的63次方-1)

前端在接收的时候是number类型的。JavaScript中没有整型或浮点型之类的概念,只有Number,Number表示所有的数值类型数据。取值范围是:

var biggestInt = Number.MAX_SAFE_INTEGER; 
//9007199254740991 
var smallestInt = Number.MIN_SAFE_INTEGER; 
//-9007199254740991

Number最小值:-1.7976931348623157E+308
Number最大值:1.7976931348623157E+308

    经过计算,如果是整数的范围的话,JavaScript 能够准确表示的整数范围在-2^53 到 2^53 之间(不含两个端点), 超过这个范围,无法精确表示这个整数。

    由此可见,java中得long能表示的范围比js中number大,也就意味着部分数值在js中存不下(变成不准确的值).

    当后端传值为Long类型,且长度大于17位时,由于js中Number精度与java中Long精度不一致,前端在第16位会四舍五入, 之后后的数据自动用0补齐。

三、解决方案

在属性上加上@JsonSerialize注解

@JsonSerialize(using= ToStringSerializer.class)
@TableId(value = "id", type = IdType.AUTO)
private Long id;

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值