分析Spring的StringUtils踩坑問題

這篇文章主要講解了“分析Spring的StringUtils踩坑問題”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“分析Spring的StringUtils踩坑問題”吧！

起因

最近在寫CRUD的時候，發現有個分頁的VO寫的健壯性比較差，一時手癢改了一下，沒想到改了之后好幾個功能都出現了問題。

原VO關鍵代碼如下：

public class PageVo implements Serializable{  // ...省略所有無關代碼  Map<String, String> query}

這個VO是用于從前端分頁查詢時傳參，而query是用于傳遞查詢條件的（這里不討論用Map傳參是否合理）。當前端無查詢條件時則會導致query為null，如果不注意容易出現NPE。

所以我就改造成下面這樣了。

public class PageVo implements Serializable{  // ...省略所有無關代碼  Map<String, String> query=new HashMap<>}

但是沒想到就是這么簡單的改造居然都翻車(?ε?｀)

沒辦法，只好去排查問題。

發現問題

想過很多種原因，但是我真沒想到居然是因為這樣(／‵Д′)／~ ╧╧，不多說了，問題關鍵代碼如下：

if (StringUtils.isEmpty(page.getQuery())) {  // 省略處理邏輯}

居然用StringUtils去判斷一個Map是否為空，好歹也換個CollectionUtils啊(╬￣皿￣)凸

雖然是前人挖坑，但是為什么Spring的`StringUtils居然設計成支持Object入參呢o_o ....

想了一下，還是去看看源碼吧

源碼分析

StringUtils的isEmpty()方法源碼超級簡單，三行代碼搞定（其實嚴格來說就一行代碼）：

public static boolean isEmpty(@Nullable Object str) {  return (str == null || "".equals(str));}

既然我的Map對象不為null，那么問題應該是因為String的equals()方法。不多說，繼續跟蹤源碼

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()方法的邏輯很簡單

1. 入參為null則返回true入參不為String類型返回false入參對象和this對象都為String就比較它們內置的char[]數組長度和每個char元素是否相同，滿足則返回true，否則返回false

而我的問題就是由第二點引起的，因為類型不相同

感謝各位的閱讀，以上就是“分析Spring的StringUtils踩坑問題”的內容了，經過本文的學習后，相信大家對分析Spring的StringUtils踩坑問題這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！