Java 字串拼接效能深度解析：從 bytecode 看編譯器優化與 StringBuilder 最佳實踐

字串不可變性與拼接的隱形成本

Java 中 String 物件是不可變的。每次使用 + 或 += 拼接，實際上都會產生新的 String 物件。若在迴圈中拼接大量字串，將產生大量中間物件，嚴重拖垮效能並增加 GC 壓力。

編譯器的「隱形優化」：自動引入 StringBuilder

使用 javap -c 反編譯位元碼可發現：編譯器在編譯期會自動將多個常量或變數的連續拼接，優化為 StringBuilder.append() 鏈式呼叫，最後呼叫 toString()。例如：

String info = userName + age + job;
// 編譯器實際生成：
new StringBuilder().append(userName).append(age).append(job).toString();

此優化僅限於單一表達式內的拼接。

迴圈陷阱：編譯器無能為力的場景

// 反模式：迴圈中隱式建立大量 StringBuilder
String result = "";
for (String val : values) {
    result += val; // 每次迴圈都 new StringBuilder()！
}

反編譯顯示：new StringBuilder() 在迴圈內部，每次迭代皆建立新實例，效能極差。

最佳實踐：顯式使用 StringBuilder

// 正確姿勢：迴圈外建立，迴圈內複用
StringBuilder sb = new StringBuilder();
for (String val : values) {
    sb.append(val);
}
String result = sb.toString();

位元碼證明：new StringBuilder() 提至迴圈外，僅建立一次物件。

效能對比與建議

總結

理解編譯器優化的邊界，是寫出高效能 Java 程式碼的關鍵。記住：迴圈中拼接字串，務必顯式使用 StringBuilder。這不僅是效能優化，更是專業工程師的基本素養。