一、前言
项目使用的是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;