本文主要參考：https://blog.csdn.net/xu622/article/details/84326599 但是個人覺得這個博客里關於問題原因的解釋有點問題。 背景 項目測試過程中，測試給我提了一個bug，新增一個BigDecimal類型數據的時候填入 ...

最近遇到一個坑，微信小程序中退款 19.9的字符串轉double變成19.89，導致退不成功 。 坑死我了。現在把更改后的代碼貼出來 如下： ...

配置被覆蓋的問題 第二種：如果使用了自己的框架，這里的配置會導致自己框架的jackson配置失效 ...

解決方法就是將Long型轉換為字符串---全局配置方案如下： ...

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

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

web項目中,前端JS使用Java后端傳過來的Long/long會丟失精度。 后端將返回的數據改為String使用即可 第一種 自己建個配置類 extends WebMvcConfigurerAdapter 已經被棄用，直接實現WebMvcConfigurer 該接口就行了 第二種 ...

，就導致了精度缺失，再往后傳id進行更新或刪除操作時，id就匹配不到位。 解決過程： 解決思路1 ...