爲什麼 IDEA 建議去掉 StringBuilder,而要使用 “+” 拼接字符串?

作者:京東零售 姜波
來源:京東雲開發者社區

各位小夥伴在字符串拼接時應該都見過下面這種提示:

內容翻譯:報告StringBuffer、StringBuilder或StringJoiner的任何用法,這些用法可以用單個java.lang.String串聯來替換。使用字符串串聯可以使代碼更短、更簡單。只有當得到的串聯至少與原始代碼一樣高效或更高效時,此檢查纔會報告。

大家普遍認知中,字符串拼接要用 StringBuilder,那爲什麼 idea 會建議你是用“+”呢,那到底 StringBuilder 和 “+”有什麼具體區別呢,我們一起來探究一下。

推薦一個開源免費的 Spring Boot 實戰項目:

https://github.com/javastacks/spring-boot-best-practice

1、普通拼接

普通的幾個字符串拼接成一個字符串,直接使用“+” 因爲教材等原因,當前依舊有許多人拼接字符串時認爲使用“+”耗性能,首選StringBuilder。

實際上,從JDK5開始,Java編譯器就做了優化,使用“+”拼接字符串,編譯器編譯後實際就自動優化爲使用StringBuilder。

新建測試類StringTest,分別創建使用“+”拼接字符串和使用StringBuilder拼接字符串的方法;並新增Junit測試用例,分別調用拼接字符串100000次(這裏不是循環拼接,而是執行多次拼接,因爲一次拼接耗時太少,看不出差異),打印耗時。

/**
 * 使用+拼接字符串
 */
public String concatenationStringByPlus(String prefix, int i) {
    return prefix + "-" + i;
}

/**
 * 使用StringBuilder拼接字符串
 */
public String concatenationStringByStringBuilder(String prefix, int i) {
    return new StringBuilder().append(prefix).append("-").append(i).toString();
}

/**
 * 測試使用+拼接字符串耗時
 */
@Test
public void testStringConcatenation01ByPlus() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    for (int i = 0; i < count; i++) {
        String str = concatenationStringByPlus("testStringConcatenation01ByStringBuilder:", i);
    }
    long endTime = System.currentTimeMillis();
    System.out.println("testStringConcatenation01ByPlus,拼接字符串" + count + "次,花費" + (endTime - startTime) + "秒");
}

/**
 * 測試使用StringBuilder拼接字符串耗時
 */
@Test
public void testStringConcatenation02ByStringBuilder() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    for (int i = 0; i < count; i++) {
        String str = concatenationStringByStringBuilder("testStringConcatenation02ByStringBuilder:", i);
    }
    long endTime = System.currentTimeMillis();
    System.out.println("testStringConcatenation02ByStringBuilder,拼接字符串" + count + "次,花費" + (endTime - startTime) + "秒");
}

執行Junit用例,看耗時統計輸出:

testStringConcatenation01ByPlus,拼接字符串100000次,花費33秒
testStringConcatenation02ByStringBuilder,拼接字符串100000次,花費36秒

雖然有差異,但是差異極小,考慮到執行了100000次,每次耗時的差異就更小了,而且程序執行有各種因素影響執行效率,可以認爲耗時差不多。也可以多次執行對比耗時差異,也可以發現基本一致。

到class文件所在目錄,執行 javap -c StringTest.class,對class文件進行反編譯,查看編譯後的代碼差異。這裏不要使用Intellij idea和JD進行反編譯,因爲反編譯有優化,會都反編譯成“+”拼接的,看不出來編譯後的真正情況。

從圖上可以看出兩種拼接方法反編譯後完全一樣,沒有差異,執行效率自然也是一樣的。

既然執行效率一樣,從代碼簡潔利於閱讀考慮,推薦使用“+”拼接字符串。

2、循環拼接

循環拼接一個長字符串,建議使用StringBuilder,雖然“+”拼接字符串編譯後也會變成StringBuilder,但是每次循環處理都會new一個StringBuilder對象,耗時會大大增加。而直接使用StringBuilder,new一次就可以了,效率相對高。

新增2個Junit測試用例,循環拼接10000次拼接一個字符串(次數少於上面的用例,因爲拼接的是一個字符串,如果拼接次數太多,可能引發內存溢出):

/**
 * 循環使用+拼接字符串
 */
@Test
public void testLoopStringConcatenation03ByPlus() {
    long startTime = System.currentTimeMillis();
    int count = 10000;
    String str = "testLoopStringConcatenation03ByPlus:";
    for (int i = 0; i < count; i++) {
        str = str + "-" + i;
    }
    System.out.println(str);
    long endTime = System.currentTimeMillis();
    System.out.println("testLoopStringConcatenation03ByPlus,拼接字符串" + count + "次,花費" + (endTime - startTime) + "秒");
}

/**
 * 測試循環使用StringBuilder拼接字符串耗時
 */
@Test
public void testLoopStringConcatenation04ByStringBuilder() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    StringBuilder stringBuilder = new StringBuilder("testLoopStringConcatenation04ByStringBuilder:");
    for (int i = 0; i < count; i++) {
        stringBuilder.append("-");
        stringBuilder.append(i);
    }
    String str = stringBuilder.toString();
    System.out.println(str);
    long endTime = System.currentTimeMillis();
    System.out.println("testLoopStringConcatenation04ByStringBuilder,拼接字符串" + count + "次,花費" + (endTime - startTime) + "秒");
}

執行Junit用例,看耗時統計輸出:

testLoopStringConcatenation03ByPlus,拼接字符串10000次,花費463秒
testLoopStringConcatenation04ByStringBuilder,拼接字符串10000次,花費13秒

可以看出,差異明顯,不在一個量級了。

總結

  1. 單純的字符串拼接使用“+”,更快更簡潔。
  2. 循環拼接時使用“+”拼接字符串效率較低,推薦使用 StringBuilder。

近期熱文推薦:

1.1,000+ 道 Java面試題及答案整理(2022最新版)

2.勁爆!Java 協程要來了。。。

3.Spring Boot 2.x 教程,太全了!

4.別再寫滿屏的爆爆爆炸類了,試試裝飾器模式,這纔是優雅的方式!!

5.《Java開發手冊(嵩山版)》最新發布,速速下載!

覺得不錯,別忘了隨手點贊+轉發哦!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章