使用MybatisPlus默認的主鍵生成策略是雪花算法生成的19位數字，數據庫使用bigint19字節，實體類Long類型，vo為了方便復制id屬性也是Long類型，結果導致一個問題：前端js number類型接收時導致精度丟失。 js的number類型有個最大值（安全值）。即2的53 ...

原因：前端js對Long類型支持的精度不夠，導致后端使用的Long傳到前端丟失精度，比如現在分布式id生成算法“雪花算法”在使用中就會出現問題。 解決方式： 1、后端的Long類型的id轉用String存儲，不推薦，失去了其Long類型本身的意義。 2、在Long類型字段上使用注解標明序列化 ...

今天進行接口聯調時遇到一個問題，js獲取到的數據和postman獲取到的數據不一樣（以前遇到過，但是這次居然有才坑了，所以一定要記下來記住） js獲取的數據 　　{id: 434795728515375100, name: "111"} postman獲取的數據 　　{ "id ...

由於公司數據庫表的id是利用雪花算法生成的，所以實體類里面定義的數據類型為Long。但是這個數據傳到前端時，發生了精度丟失的現象。本文記錄了從java后端的角度如何解決這個精度丟失的問題，便於自己后續查閱。 一、問題的描述 前端通過ajax請求后端接口，返回json數據 ...

　　long類型64位，JS的Number精度只有53位，所以后台數據傳到前端的時候，精度丟失，后面幾位被置為0了。 嘗試過的解決辦法： 　　1、在Long類型字段上使用注解標明序列化方式。此方式細粒度到當前字段，我嘗試了幾種方法之后選用了此方法。 　　@JsonSerialize ...

使用了HuTool這個雪花算法后，會出現丟失精度的問題 hutool算法使用地址 對於一些大的業務表，自增主鍵這里 接口層得注意下是否會產生大數值 設計接口的時候采用String類型。 在項目中，我們可能采取bigint作為數據庫主鍵，Java類中我們一般采用Long類型來映射。對於大數 ...

今天開發遇到個問題，Java后端的Long類型數據，傳到前端會出現精度丟失，如：164379764419858435，前端會變成164379764419858430。在瀏覽器中做測試可知，這就是一個精度丟失的問題。 解決思路是：后台傳到前台時，Long類型數據，轉為String類型 ...

在開發頁面的時候，遇到Long類型的數據，傳送給前端遇到精度丟失的問題， 后端發的數據是這個。 前端接收到的數據是這樣 解決的途徑有二種：1 、在后端把Long類型的數據改成String類型（不推薦）2、springboot項目可以添加注解：@JsonSerialize(using ...