SpringBoot雪花算法主鍵ID傳到前端後精度丟失問題的解決
簡介
本文用示例介紹SpringBoot如何解決雪花算法主鍵ID傳到前端後精度丟失問題。
問題描述
Java後端Long類型的范圍
- -2^63~2^63,即:-9223372036854775808~9223372036854775807,它是19位的。
- 這個數字可以通過方法獲得:Long.MAX_VALUE、Long_MIN_VALUE。
前端JS的數字類型的范圍
- -2^53~2^53,即:-9007199254740991~9007199254740991,它是16位的。
- 這個數字可以通過方法獲得:Number.MAX_SAFE_INTEGER、Number.MIN_SAFE_INTEGER。
結論
可見,Java後端的Long寬度大於前端的。雪花算法一般會生成18位或者19位寬度的數字,那麼這時就會出問題。
項目場景
1.表結構
主鍵類型是BIGINT,存儲雪花算法生成的ID。
CREATE TABLE `user` ( `id` BIGINT(32) NOT NULL COMMENT '用戶id', ... PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用戶表';
2.Entity
用Long 類型對應數據庫ID的BIGINT類型。
這裡使用 MybatisPlus 的雪花算法自動生成19位長度的純數字作為主鍵ID。(當然也可以手動用雪花算法生成ID)
import lombok.Data; @Data public class User { @TableId(type = IdType.ASSIGN_ID) private Long id; //其他成員 }
3.響應給前端
以JSON數據響應給前端正常
{ "id": 1352166380631257089, ... }
問題描述
實例
Controller
package com.knife.controller; import com.knife.entity.UserVO; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; @RestController @RequestMapping("user") public class UserController { @GetMapping("find") public UserVO find(Long id) { UserVO userVO = new UserVO(); userVO.setId(id); userVO.setUsername("Tony"); return userVO; } }
Entity
package com.knife.entity; import lombok.Data; @Data public class UserVO { private Long id; private String username; }
測試
訪問:http://localhost:8080/user/find?id=1352213368413982722
結果
問題復現
從上邊可以看到,並沒有問題。
為什麼沒有出問題?
前端傳入後端:SpingMVC會自動將String類型的ID轉為Long類型,不會出問題後端響應給前端:是JSON格式,與JS沒有關系,不會出問題
什麼時候會出問題?
前端接收到JSON之後,將其序列化為JS對象,然後進行其他操作。在JSON轉JS對象時就會出問題,如下:
可以看到,原來id為1352213368413982722,序列化為JS對象後變成瞭 1352213368413982700
代碼為:
const json = '{"id": 1352213368413982722, "name": "Tony"}'; const obj = JSON.parse(json); console.log(obj.id); console.log(obj.name);
解決方案
有如下兩種方案
- 將數據庫表設計的id字段由 Long 類型改成 String 類型。
- 前端用String類型來保存ID保持精度,後端及數據庫繼續使用Long(BigINT)類型
方案1使用String 類型做數據庫ID,查詢性能會大幅度下降。所以應該采用方案2。本文介紹方案2。
法1:全局處理
簡介
自定義ObjectMapper。
方案1:ToStringSerializer(推薦)
package com.knife.config; import com.fasterxml.jackson.databind.ObjectMapper; import com.fasterxml.jackson.databind.module.SimpleModule; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.http.converter.json.Jackson2ObjectMapperBuilder; @Configuration public class JacksonConfig { @Bean public ObjectMapper jacksonObjectMapper(Jackson2ObjectMapperBuilder builder) { ObjectMapper objectMapper = builder.createXmlMapper(false).build(); // 全局配置序列化返回 JSON 處理 SimpleModule simpleModule = new SimpleModule(); // 將使用String來序列化Long類型 simpleModule.addSerializer(Long.class, ToStringSerializer.instance); simpleModule.addSerializer(Long.TYPE, ToStringSerializer.instance); objectMapper.registerModule(simpleModule); return objectMapper; } }
測試
訪問:http://localhost:8080/user/find?id=1352213368413982722
方案2:自定義序列化器(不推薦)
序列化器
package com.knife.config; import com.fasterxml.jackson.core.JsonGenerator; import com.fasterxml.jackson.databind.SerializerProvider; import com.fasterxml.jackson.databind.annotation.JacksonStdImpl; import com.fasterxml.jackson.databind.ser.std.NumberSerializer; import java.io.IOException; /** * 超出 JS 最大最小值 處理 */ @JacksonStdImpl public class BigNumberSerializer extends NumberSerializer { /** * 根據 JS Number.MAX_SAFE_INTEGER 與 Number.MIN_SAFE_INTEGER 得來 */ private static final long MAX_SAFE_INTEGER = 9007199254740991L; private static final long MIN_SAFE_INTEGER = -9007199254740991L; /** * 提供實例 */ public static final BigNumberSerializer instance = new BigNumberSerializer(Number.class); public BigNumberSerializer(Class<? extends Number> rawType) { super(rawType); } @Override public void serialize(Number value, JsonGenerator gen, SerializerProvider provider) throws IOException { // 超出范圍 序列化位字符串 if (value.longValue() > MIN_SAFE_INTEGER && value.longValue() < MAX_SAFE_INTEGER) { super.serialize(value, gen, provider); } else { gen.writeString(value.toString()); } } }
ObjectMapper配置
package com.knife.config; import com.fasterxml.jackson.databind.ObjectMapper; import com.fasterxml.jackson.databind.module.SimpleModule; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.http.converter.json.Jackson2ObjectMapperBuilder; @Configuration public class JacksonConfig { @Bean public ObjectMapper jacksonObjectMapper(Jackson2ObjectMapperBuilder builder) { ObjectMapper objectMapper = builder.createXmlMapper(false).build(); // 全局配置序列化返回 JSON 處理 SimpleModule simpleModule = new SimpleModule(); // 將使用自定義序列化器來序列化Long類型 simpleModule.addSerializer(Long.class, BigNumberSerializer.instance); simpleModule.addSerializer(Long.TYPE, BigNumberSerializer.instance); objectMapper.registerModule(simpleModule); return objectMapper; } }
測試
訪問:http://localhost:8080/user/find?id=1352213368413982722
法2:局部處理
說明
在字段上加:@JsonSerialize(using= ToStringSerializer.class)。
實例
package com.knife.entity; import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; import lombok.Data; @Data public class UserVO { @JsonSerialize(using= ToStringSerializer.class) private Long id; private String username; }
測試
訪問:http://localhost:8080/user/find?id=1352213368413982722
到此這篇關於SpringBoot雪花算法主鍵ID傳到前端後精度丟失問題的解決的文章就介紹到這瞭,更多相關SpringBoot雪花算法主鍵ID精度丟失內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- SpringBoot主鍵ID傳到前端後精度丟失的問題解決
- java Long類型轉為json後數據損失精度的處理方式
- mybatis-plus IdWorker生成的Id和返回給前臺的不一致的解決
- SpringBoot全局配置long轉String丟失精度的問題解決
- springboot響應json null值過濾方式