點擊上方“朱小廝的博客”，選擇“設為星標”

后臺回復"書"，獲取

后臺回復“k8s”，可領取k8s資料

前言:

jdk作為我們每天必備的調用類庫,里面大量提供了基礎類供我們使用.可以說離開jdk,我們的java代碼寸步難行,jdk帶給我們的便利可謂是不勝枚舉,但同時這些方法在使用起來也存在一些坑,如果不注意就很容易掉入到陷阱里面，導致程序拋出錯誤。

jdk中的很多方法都不會做非null判斷,可能設計jdk的作者默認開發者已經處理好null值了.不過這個設計可能會造成很嚴重的后果,實在是暗藏殺機。

比如今天早上我們查了一筆訂單沒有退款,查了一早上最終才發現是同事寫的代碼的BigDecimal的subtract方法的值沒有做非null判斷處理導致程序拋出了空指針異常,看似簡單的異常卻直接無法讓很多訂單退款,是在是小問題造成大事故。而要修補退款這個問題,要耗費很多時間去修補,出錯的成本太高。

本期我們就來看看jdk中那些坑你沒商量的方法,這些方法很常見,相信你一定遇到過。

一：String.valueOf()方法的陷阱

案發現場：某個鳥語花香的早上,我們在開心的敲著代碼,突然客戶群有人投訴反映，我們發給用戶的短信有部分是尊敬的"null"你好,xx等。

開發第一時間看了代碼,覺的沒有問題啊，為什么短信內容會出現用戶名為null呢,不是經過了非空判斷的嗎？String.valueOf()是String提供的一個類型轉換的方法,我們來看一下(代碼簡化過后的):

//?調用用戶服務根據用戶id獲取用戶信息 Map<String,?Object>?userInfo?=

這段代碼是簡化過的,主要作用就是通過用戶服務根據id獲取用戶信息發送短信,后來經過定位發現了問題所在:首先用戶的名字里有特殊的emoji符號,數據庫寫入的時候有部分寫入失敗,因為當時的

數據庫字符格式并無法兼容emoji,而獲取的時候因為這個問題值為null了,接下來是重點：

這里是重點,也是最大的坑人之處,注意這里返回了一個"null"的字符串,而不是null。這兩個是有很大區別的,當進行非空判斷的時候,返回的是ture。也就是這個"null"的字符串它是符合判空條件的！

正確的姿勢是在String.valueOf方法前必須判空：

二：Integer.parseInt()方法很矯情

事故現場:

一次業務場景為拉取訂單,打出訂單列表記錄,財務人員需要拉出對賬,結果總是發現很奇怪的一個現象,每次拉取少很多數據,。

還好財務發現了,要不然和第三方財務對賬就會虧很多錢...最終發現是訂單的一個字段值轉Integer出錯了,那個訂單下的字段值是120.0通過Integer.parseInt()直接報錯了,恰好開發人員認為這段開發肯定沒問題,因此就沒有catch異常,最后找了很久才發現(因為涉及到第三方,還讓別人查了半天...). 知道真相的我們都有點汗顏,這么丁點的錯誤排查了很久,實在是不應該啊。

Integer.parseInt()方法用于將字符串轉化為Integer類型的方法,此方法的適用方向就顯得比較窄,因為是String類型的參數,沒有任何限定,當在傳入一些比如50.0、20L、30d、40f這類數據的情況下,

我們來看一個栗子:

會拋出異常NumberFormatException：

事實上對于這樣的數據,比如小數、浮點數據、long型數據它都可以自動轉換,而不是給我們拋出煩人的報錯信息,如果預先知道是整數或者小數,可以用Bigdecimal轉換(注意此方法不適用于double和float、Long類型的數據,比如10d,20L)

對于浮點類型、long類型的數據可以用以下方法來處理:

推薦使用hutool的NumberUtil.parseInt()方法,充分考慮到了浮點、long、小數等類型數據可能帶來的解析異常的問題,hutool是一個國人開源的工具類庫,這里實名推薦,容錯性和處理異常能力很強,可以自行百度搜索使用

三:Bigdecimal的除法坑你沒商量

眾所周知,BigDecimal是處理金額最有效的數據類型,一般進行財務報表計算的時候為了防止金額出現錯誤,一般情況下都會采用Bigdecimal，而double、float都會存在些許的誤差。你開開心心的用Bigdecimal進行了計算,而最終的結果返回卻有問題,我們來看一個栗子:

常見的除法用起來沒有任何絲毫的問題,妥妥的沒毛病.但是一旦程序中的數據出現以下情況,如果用Bigdecimal來接受前端的參數,而前端的參數是用戶輸入不確定的,一旦出現如下的數據,我們來看看結果:

執行結果一看,居然報錯了哎：

這就是BidDecimal的坑,一旦返回的結果是無限循環小數,就會拋出ArithmeticException。因此在進行Bigdecimal除法的時候,需要進行保留小數的處理,正確的處理姿勢：

四：Collections.emptyList()此list非彼list

我們先來看一個sample:

??public?List<String>?getUserNameList(String?userId)?{List<String>?resultList?=?Collections.emptyList();try?{resultList?=?userDao.getUserName(userId);}?catch?(Exception?ex)?{logger.info(ex);}return?resultList;}

這樣會拋出錯誤,主要問題在于Collections.emptyList()并非我們平時看到的List,此list不支持add、remove方法,否則會拋出operationNotSupportException:

結果拋出異常:

原因是:Collections.emptyList返回的并不是我們平時認識的那個list,它是一個內部常量類：

public?static?final?List?EMPTY_LIST?=?new?EmptyList<>();

這個list并不具有add、remove元素的能力,我猜想是因為jdk設計之初的想法是將這個list作為一種只讀的list,并不提供數據的寫入能力,因此它僅可作為一種 空值返回，無法進行刪除、添加操作。

五：list可以一邊刪除一邊遍歷嗎？

答案是肯定可以的,要不然的話list怎么刪除數據呢,不過要注意遍歷的姿勢,我們再來看一個簡單的例子:

很不幸，又雙叒叕報錯了：

仔細翻閱源碼會發現,每次remove之前會檢查元素的條數,如果發現預期的modCount和當前的modCount不一致就會拋出這個異常.modCount是list中用來記錄修改次數的一個屬性,當對元素進行統計的時候就會對該元素加1,而當對list邊遍歷邊刪除的話,就會造成

excepted與modCount不一致，從而拋出異常。

正確的刪除姿勢就是使用Iterator.remove進行遍歷刪除，可以規避這個問題。

List<Integer>?list?=?new?ArrayList<>(); list.add(1); list.add(2); list.add(3); list.add(4); Iterator<Integer>?iterator?=?list.iterator(); while?(iterator.hasNext())?{Integer?integer?=?iterator.next();if?(integer?==?2)?{iterator.remove();} }

六：總結

jdk的設計者有兩個很大的特點:

①大多不會做非null判斷

②出現錯誤直接throw new Exception，容錯性很差

在實際開發中,面對jdk一定要謹慎使用,jdk提供了便利的同時,也有一些我們使用上的盲區,應該養成多看源碼,多注意錯誤性處理，防止在小問題上栽大跟頭。

回到最開始說的那個subtract方法的問題,因為這個問題等需要我處理完之后用戶才能收到退款,這直接造成了用戶體驗直線下降,而部分用戶還直接打電話投訴。同事一個小小的不謹慎和馬虎就給公司造成了很多負面影響,技術問題雖然不大但是帶來的業務影響范圍很嚴重。所以我們必須防微杜漸,小小的問題都得細細的打磨,才能避免很多問題的產生。

ps:接下來的部分會比較簡易點,會闡述使用這個方法的問題或者存在的坑,這部分會持續更新,一旦在工作中發現有坑的方法我會及時更新,同時歡迎大家留言補充這部分內容：

七:持續更新

①Bigdecimal在比較的時候,最好使用compareTo方法,不要使用equals方法,如下案例,雖然Bigdecimal重寫了equals方法,但是使用會存在問題：

1和1.0在比較的時候返回了false,這是因為在equals的源碼中進行了數據的scale(也就是精度)的比較,如果不一致就會返回false,如果使用compareTo方法就不存在這個問題

來源：cnblogs.com/wyq178/p/13520745.html

想知道更多？掃描下面的二維碼關注我

后臺回復"技術"，加入技術群

后臺回復“k8s”，可領取k8s資料

【精彩推薦】

• ClickHouse到底是什么？為什么如此牛逼！

• 原來ElasticSearch還可以這么理解

• 面試官：InnoDB中一棵B+樹可以存放多少行數據？

• 架構之道：分離業務邏輯和技術細節

• 星巴克不使用兩階段提交

• 面試官：Redis新版本開始引入多線程，談談你的看法？

• 喜馬拉雅自研網關架構演進過程

• 收藏：存儲知識全面總結

• 微博千萬級規模高性能高并發的網絡架構設計

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的JDK中这些常用方法也有Bug的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。