关于 Java Long 类型传给前端损失精度

背景

在一次业务中，由于我们的主键ID生成策略是IdType.ID_WORKER（MyBatis-Plus中自带的生成策略），所以在数据库中生成了例如1564500252138758146的19位主键，且实体类是用Long类型来接收的，且返回给前端的类型是List< Long >类型，最后造成了精度损失的问题，前端接收到数据与后端的数据不一致。

IdType.ID_WORKER主键策略

点进IdType里面，我们可以看到

/**
 * 

 * 生成ID类型枚举类
 * 
 *
 * @author hubin
 * @since 2015-11-10
 */
@Getter
public enum IdType {
    /**
     * 数据库ID自增
     */
    AUTO(0),
    /**
     * 该类型为未设置主键类型
     */
    NONE(1),
    /**
     * 用户输入ID
     * 该类型可以通过自己注册自动填充插件进行填充
     */
    INPUT(2),

    /* 以下3种类型、只有当插入对象ID 为空，才自动填充。 */
    /**
     * 全局唯一ID (idWorker)
     */
    ID_WORKER(3),
    /**
     * 全局唯一ID (UUID)
     */
    UUID(4),
    /**
     * 字符串全局唯一ID (idWorker 的字符串表示)
     */
    ID_WORKER_STR(5);

    private final int key;

    IdType(int key) {
        this.key = key;
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

MP支持以下4种主键策略

原因

对于Long类型的数据，如果我们在Controller层将结果序列化json，直接传给前端的话，在Long类型数据长度大于17位时会出现精度损失的问题。在Java中long数据类型是64位，最大值是2^63
-1，然后JavaScript中的number类型，最大的安全整数2^53-1。因此，对于Long类型，后端需要转换为字符串传给前端才不会出现按精度损失的问题。

方案一

根据网上的案例，对于在序列化时需要保留精度的字段，添加@JsonSerialize注解即可

@JsonSerialize(using = ToStringSerializer.class)
private List<Long> id;
1
2

但是，经由实践，不知道为什么，我在自己的swagger上测试以及在postman上测试，精度都没有损失，但是实际到了前端，就出现了精度损失的情况，后来，我发现，swagger上以及postman上精度没损失，但是到了redis缓存中就出现了精度损失的问题。不知道是什么原因，有哪位大佬能否解答以下

方案二

使用方案一不能解决这个问题之后，最终还是还是将dto中要保留精度的字段改成了String类型，然后将Long类型转换为String返回给前端，这样才得以解决