您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 綜合教學

Java 字符串處理核心：String vs StringBuilder vs StringBuffer 深度對比

編輯：Java 綜合教學

字符串操作性能與線程安全權衡指南

字符串是 Java 應用中最高頻對象，理解 String、StringBuilder、StringBuffer 三者差異，對寫出高性能、線程安全代碼至關重要。本文從內存模型、并发語義、JVM 優化、實戰選型四個維度徹底講透。

一、核心差異速覽

特性	String	StringBuilder	StringBuffer
可變性	不可變	可變	可變
線程安全	天然安全（不可變）	非線程安全	同步方法，線程安全
性能	拼接產生大量中間對象	單線程最高	同步開銷略低於 Builder
適用場景	常量、鍵、少量拼接	單線程大量拼接/構建	多線程共享緩衝區
繼承關係	final class	extends AbstractStringBuilder	extends AbstractStringBuilder

二、String 不可變機制與 JVM 優化

1. 不可變帶來的好處

字符串常量池：字面量自動駐留，相同內容共享實例，節省內存。
線程安全：無狀態變更，天然免疫競態條件。
Hash 緩存：hashCode 首次計算後緩存，Map/Set 查找 O(1)。
安全性：網絡參數、文件路徑、數據庫密碼不可被竄改。

2. 拼接陷阱與編譯器優化

// 源碼
String s = "a" + "b" + "c"; // 編譯期常量折疊 → "abc"
String s2 = "a";
s2 += "b"; // 運行期：new StringBuilder().append("a").append("b").toString()

編譯期可推導的常量表達式直接合併，零開銷。
變量拼接編譯器自動轉為 StringBuilder（Java 9+ 可能用 invokedynamic + StringConcatFactory）。
循環中拼接：必須手動聲明 StringBuilder，否則每次迭代創建新 Builder，性能災難。

三、StringBuilder：單線程性能之王

StringBuilder sb = new StringBuilder(256); // 預估容量避免擴容
for (int i = 0; i < 10000; i++) sb.append(i).append(',');
String result = sb.toString(); // 僅一次字符數組拷貝

底層 char[]/byte[]（Java 9+ Compact Strings），動態擴容 1.5 倍。
非同步方法，單線程下比 StringBuffer 快 10-15%。
不安全場景：多線程同時 append 導致數組越界、數據錯位、size 計數錯誤。

四、StringBuffer：歷史遺產的線程安全

public synchronized StringBuffer append(String str) { ... }

所有公共方法加 synchronized，適合多線程共享緩衝區（如日誌收集器）。
現代替代方案：ThreadLocal、StringJoiner（Java 8）、無鎖隊列 + 單線程消費。
除非維護舊代碼或極少數多線程直接共享構建器，新代碼首選 StringBuilder。

五、實戰選型決策表

場景	推薦	理由
方法內部臨時拼接	+ 操作符 / StringBuilder	編譯器優化 / 手動控制
循環/大量拼接	StringBuilder	避免 O(N²) 對象創建
多線程共享構建器	StringBuffer / ThreadLocal	同步 / 隔離
常量、Map Key、Switch	String	不可變、Hash 緩存、池化
格式化輸出	String.format / StringJoiner	可讀性、分隔符處理
高性能日誌	StringBuilder + 異步刷盤	低延遲、減少 GC

六、Java 9+ 新特性：Compact Strings 與 Indify

Compact Strings：內部改用 byte[] + coder，Latin-1 字符佔 1 字節，內存降低 ~50%。
StringConcatFactory：invokedynamic 根據參數類型動態選擇最優拼接策略（數組拷貝、Builder、MH），無需手動優化。