Long类型数据传到前端精度丢失问题

Long类型数据传到前端精度丢失问题

原因

JS内置有32位整数，而number类型的安全整数是53位。如果超过53位，则精度会丢失。正如现在后台传来一个64位的Long型整数，因为超过了53位，所以后端返回的值和前端获取的值会不一样。

出现场景

网上有很多改序列化方式让Long类型数据变成String类型的方法，试了都没什么用，后来仔细看了下发现，即视不加这些序列化方法，常规的后端Long类型数据传到前端都会自动转成字符串（包括自己new出来的一些DTO、JPA直接查出来的实体等等）。但在一些自己重写的方法中（比如我碰到的这个场景，是用原生sql写的一个分页条件查询方法），如果需要传的数据结构是一个HashMap，序列化方式似乎会有所不同（暂时不知道为啥），Long类型传到前端又没有转成String。

(但是如果你直接new一个HashMap，然后put一个long类型数据进去，传到前端又是String。

我碰到这个问题的场景是用 nativeQuery.getResultList()这个方法对数据库中的实体进行查询，但返回来的不是我要的实体而是HashMap，这个时候把这个List传到前端他就不会把Long转成String)。

解决方案

对这个HashMap重新进行类型转换，比如直接要传给前端的是一个List,现在给他转成List，代码：

//User是需要转换的实体类