在使用Mybatis Plus的雪花算法生成Long類型id時發(fā)現(xiàn)Swagger返回id與數(shù)據(jù)庫的id不一致，但直接訪問URL接口時返回的id卻是正確的，即數(shù)據(jù)庫id與URL訪問返回的id一致，僅Swagger不一致，也許這就是買家秀(Swagger)與賣家秀(數(shù)據(jù)庫,接口URL)，至于原因嘛...
百度一下，結(jié)論為：js的number最大值為9007199254740992，所以swagger的顯示也會出錯。如下2圖，Swagger顯示的是錯誤的id，url直接請求則返回正確的。
百度解決方案
- Application.yml添加以下jackson配置數(shù)字類型都轉(zhuǎn)為字符串返回:
但其實我只想處理Long類型，都轉(zhuǎn)字符串似乎有點多余了。
- 注解
麻煩。
- 自定義ObjectMapper
這個方案已經(jīng)可以符合我的目的了：Long精度不損失、數(shù)字類型只有Long轉(zhuǎn)為字符串。但這個方案看起來好像還是有點麻煩，于是我便根據(jù)這個方案改成個人認為觀感更簡單的配置。
個人解決方案
在Spring容器中，大部分bean都是以單例形式存在的，只要知道這點便可推知如果我們想更改一些bean默認的全局配置，我們只需將所需bean取出來進行更改即可。根據(jù)這點我對自定義ObjectMapper的解決方案優(yōu)化成以下這個樣子：
SpringBoot的bean初始化完成后容器就會有全局默認的ObjectMapper bean，如果我們想更改全局序列化的方式，只需對這個bean動手就行。更改后在Swagger重新測試，成功轉(zhuǎn)成字符串且避免精度損失。
