最近幫人搞個專案，由於沒怎麼對接，後端就直接返回long型別的id，這搞得前端比較被動，後端如果處理long型別，會影響其他功能，索性前端想辦法解決吧，正所謂：沒有解決不了的問題只是看你想不想解決
npm
install jison -g
jsonnumber
: number
;
jsonnumber
: number
;
cd 路徑/jison/src
jison jsonlint.y jsonlint.l
在index.html中引入，根據自己的存放路徑引入即可
在請求響應的時候做一層攔截
這樣前端就能取得long型別id而不丟失精度，但是需要注意的是，需要將id進行console.log列印出來，在network中檢視，還是丟失精度的
後端傳Long型別資料精度問題
在今天編碼過程中發現乙個小問題。後端資料庫資料 1169459812992421888 前台拿到 1169459812992422000 前幾位高度重合，排除程式邏輯問題。在返回前設定斷點列印，資料依據與資料庫依舊保持一致 說明資料是在返回過程中丟失了精度。考慮不直接傳long，傳json 引入依賴...
id為Long型別的後端處理方案
痛點 js的long型別最大17位數，超過17位的數字，為將多出來的位數變成零 queryuser public list user queryuser 開啟瀏覽器，請求介面，結果如下！我們這裡選擇第二種方法 我們可以使用jackson工具包來實現物件序列化。springboot預設自帶是jacks...
返回給前端Long型別，精度丟失問題
1.後端返給前端正常，前端返回給後端精度丟失，比如修改是查詢不到查不到資料 如果使用的是fastjson，屬性上新增 導包時要注意，tostringserializer類在兩個框架裡同名，別到錯了 jsonfield serializeusing tostringserializer.class 如...