深入記憶體視角解析 Java String 與 StringBuilder 效能差異

前言：關於字串拼接的迷思

許多 Java 開發者都聽過「不要用 + 號拼接字串，要用 StringBuilder」的建議。但這真的是鐵律嗎？本文將從 JVM 位元碼、記憶體模型、編譯器優化三個維度，深度剖析 String、StringBuffer、StringBuilder 的真實效能表現。

一、Java 語言規範與編譯器行為

根據 Java API 文件明確指出：字串串連是透過 StringBuilder（或 StringBuffer）類及其 append 方法實現的。這意味著 str = a + b + c 在編譯期就會被轉換為 StringBuilder 鏈式呼叫。

位元碼層面的證據

// 原始碼
String str = a + b + " !";

// 編譯後等效位元碼（反編譯結果）
String str = new StringBuilder(String.valueOf(a))
    .append(b)
    .append(" !")
    .toString();

編譯器的智慧優化：常量摺疊

當所有運算元皆為字面常量時，javac 會在編譯期直接合併：

// 原始碼
String s = "Hello" + " " + "World";

// 編譯後直接變為
String s = "Hello World";

甚至混合變數與常量時，尾部常量也會被合併：

String java = ", Java!";
String s = "Hello" + " World" + java;
// 編譯後：new StringBuilder("Hello World").append(java).toString()

二、單行拼接 vs 多行累加：效能分水嶺

✅ 單一敘述多重拼接：+ 號完全沒問題

String result = str1 + str2 + str3 + str4;
// 僅建立一個 StringBuilder，效能最佳

❌ 多行累加 / 迴圈拼接：必須顯式使用 StringBuilder

// 反面教材：每次 += 都會 new 一個 StringBuilder
String result = "";
for (String s : list) {
    result += s;  // 每次迴圈產生新 StringBuilder + 新 String
}

// 正確寫法：單一 StringBuilder 重複使用
StringBuilder sb = new StringBuilder();
for (String s : list) {
    sb.append(s);
}
String result = sb.toString();

位元碼對比清楚顯示：迴圈版本在 if_icmpge / goto 迴圈內部重複執行 new StringBuilder，造成大量物件分配與 GC 壓力。

三、記憶體模型與不可變特性

String：不可變物件

• 每次修改都產生新物件，舊物件等待 GC
• 字串常量池機制：String s1 = "abc"; String s2 = "abc"; 指向同一記憶體位址
• + 和 += 是 Java 唯二支援運算子多載的語法糖

StringBuffer：執行緒安全的可變字串

• 內部 char[] 陣列，擴容時複製陣列
• 所有公用方法加 synchronized，多執行緒安全
• JDK 1.4 前編譯器預設使用

StringBuilder：非執行緒安全的高效能選擇

• JDK 1.5 引入，API 與 StringBuffer 幾乎相同
• 無同步鎖開銷，單執行緒環境下效能優於 StringBuffer
• 現代編譯器（JDK 1.5+）預設用於 + 號優化

四、實戰調優技巧

1. 預估容量，避免擴容複製

// 預知最終約 100 字元
StringBuilder sb = new StringBuilder(100);  // 避免預設 16 → 擴容複製
for (int i = 0; i < 100; i++) sb.append('a');

2. 單一字元用 char 而非 String

sb.append('a');   // 直接操作 char[]，零物件分配
sb.append("a");   // 需建立 String 物件，再轉 char[]

3. 避免不必要的 toString() 呼叫

若後續仍需繼續拼接，保持 StringBuilder 型態，僅在最終輸出時呼叫 toString()。

五、總結建議

結語

理解編譯器如何將 + 號轉換為 StringBuilder，以及何時會產生多餘物件，才是寫出高效能 Java 字串處理程式的關鍵。盲目避免 + 號反而降低程式碼可讀性；善用工具（javap、JMH）驗證效能，才是工程師的正確態度。