這篇文章主要講解了“分析Spring的StringUtils踩坑問題”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“分析Spring的StringUtils踩坑問題”吧!
創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比陽西網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式陽西網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們,業(yè)務覆蓋陽西地區(qū)。費用合理售后完善,十年實體公司更值得信賴。起因
最近在寫CRUD的時候,發(fā)現(xiàn)有個分頁的VO寫的健壯性比較差,一時手癢改了一下,沒想到改了之后好幾個功能都出現(xiàn)了問題。
原VO關鍵代碼如下:
public class PageVo implements Serializable{ // ...省略所有無關代碼 Map
這個VO是用于從前端分頁查詢時傳參,而query是用于傳遞查詢條件的(這里不討論用Map傳參是否合理)。當前端無查詢條件時則會導致query為null,如果不注意容易出現(xiàn)NPE。
所以我就改造成下面這樣了。
public class PageVo implements Serializable{ // ...省略所有無關代碼 Map
但是沒想到就是這么簡單的改造居然都翻車(?ε?`)
沒辦法,只好去排查問題。
發(fā)現(xiàn)問題
想過很多種原因,但是我真沒想到居然是因為這樣(/‵Д′)/~ ╧╧,不多說了,問題關鍵代碼如下:
if (StringUtils.isEmpty(page.getQuery())) { // 省略處理邏輯}
居然用StringUtils去判斷一個Map是否為空,好歹也換個CollectionUtils啊(╬ ̄皿 ̄)凸
雖然是前人挖坑,但是為什么Spring的`StringUtils居然設計成支持Object入?yún)⒛豲_o ....
想了一下,還是去看看源碼吧
源碼分析
StringUtils的isEmpty()方法源碼超級簡單,三行代碼搞定(其實嚴格來說就一行代碼):
public static boolean isEmpty(@Nullable Object str) { return (str == null || "".equals(str));}
既然我的Map對象不為null,那么問題應該是因為String的equals()方法。不多說,繼續(xù)跟蹤源碼
public boolean equals(Object anObject) { if (this == anObject) { return true; } // 問題出在這里 if (anObject instanceof String) { String anotherString = (String)anObject; int n = value.length; if (n == anotherString.value.length) { char v1[] = value; char v2[] = anotherString.value; int i = 0; while (n-- != 0) { if (v1[i] != v2[i]) return false; i++; } return true; } } return false; }
這個equals()方法的邏輯很簡單
入?yún)閚ull則返回true入?yún)⒉粸镾tring類型返回false入?yún)ο蠛蛅his對象都為String就比較它們內置的char[]數(shù)組長度和每個char元素是否相同,滿足則返回true,否則返回false
而我的問題就是由第二點引起的,因為類型不相同
感謝各位的閱讀,以上就是“分析Spring的StringUtils踩坑問題”的內容了,經過本文的學習后,相信大家對分析Spring的StringUtils踩坑問題這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)網(wǎng)站建設公司,,小編將為大家推送更多相關知識點的文章,歡迎關注!