深度解析：String 與 StringBuilder 效能真相，不只是字串連接

編輯：關於C語言

前言：被「鐵證」同化的開發者

在 C# 圈子裡，「字串連接用 StringBuilder，String 效能差」幾乎成了信條。無數 Benchmark 證明 String += 在迴圈中會產生大量暫時物件，導致 GC 壓力劇增。於是我們開始濫用 StringBuilder，甚至有人把它封裝成「增強版字串類別」來取代 String。但所有字串操作 StringBuilder 真的都比 String 快嗎？

核心差異：不可變 vs 可變

特性	String	StringBuilder
本質	不可變參考型別（語義上像值型別）	可變參考型別，內部維護字元緩衝區
修改行為	每次修改產生新實例	就地修改緩衝區，容量不足時擴容
方法鏈結	需重新指派：`s = s.Replace(...)`	直接呼叫：`sb.Replace(...)`
執行緒安全	天生安全（不可變）	非安全，需自行同步

效能實測：不只看連接

筆者在 VS2008 環境下，針對常見操作進行微基準測試（10 萬次迴圈，釋放版最佳化）：

// 測試 1：字串連接
String s = "";
for (int i = 0; i < 100000; i++) s += "x";      // ~1,200 ms

StringBuilder sb = new StringBuilder();
for (int i = 0; i < 100000; i++) sb.Append("x"); // ~2 ms

// 測試 2：單次 Replace
String s2 = "abcdefghijklmnopqrstuvwxyz";
for (int i = 0; i < 100000; i++) s2 = s2.Replace("a", "z"); // ~45 ms

StringBuilder sb2 = new StringBuilder("abcdefghijklmnopqrstuvwxyz");
for (int i = 0; i < 100000; i++) sb2.Replace('a', 'z');      // ~38 ms

// 測試 3：Substring / 索引存取
String s3 = "0123456789";
for (int i = 0; i < 1000000; i++) { var c = s3[5]; }        // ~12 ms

StringBuilder sb3 = new StringBuilder("0123456789");
for (int i = 0; i < 1000000; i++) { var c = sb3[5]; }        // ~18 ms

觀察結論

大量連接：StringBuilder 完勝，差距可達百倍。
單次修改：差距縮小至 15% 左右，StringBuilder 仍略勝一籌。
唯讀存取：String 反而更快，因為無邊界檢查與緩衝區間接存取開銷。

何時該用 String？何時該用 StringBuilder？

✅ 優先使用 String 的場景

字串生命週期短、修改次數少（< 5 次）。
大量唯讀操作：Substring、IndexOf、Split、Contains、索引器存取。
需執行緒安全、作為 Dictionary Key、跨 API 傳遞。
語意上表達「不可變值」，提升程式碼可讀性。

✅ 必須使用 StringBuilder 的場景

迴圈中大量連接、格式化輸出（JSON、SQL、HTML 模板）。
頻繁 Insert/Remove/Replace 且資料量大。
預知最終長度可預估，可用 new StringBuilder(capacity) 避免多次擴容。

進階技巧：Span<char> 與 String.Create

.NET Core 2.1+ 引入 System.Memory，提供 String.Create 與 Span<char>，可在不分配中間字串的情況下直接寫入最終字串：

string result = String.Create(100, (buffer, state) => {
    // 直接在 buffer (Span<char>) 填寫內容
    for (int i = 0; i < 100; i++) buffer[i] = (char)('A' + i % 26);
}, null);

這是「零分配」字串構建的現代解法，效能優於 StringBuilder，且回傳不可變 String，兼具安全與速度。