StringBuilder vs StringBuffer：線程安全與性能的權衡

StringBuilder vs StringBuffer：線程安全與性能的權衡

核心差異一覽

底層實現共性

• 內部維護 char[] value（JDK 9+ 為 byte[] + coder）。
• 擴容策略：newCapacity = (oldCapacity << 1) + 2（約 2 倍）。
• append/insert/delete 等操作均直接修改內部數組，不創建新對象，避免 String 不可變帶來的大量 GC。

選型決策樹

需要可變字符串？
  ├─ 多線程共享實例？ → StringBuffer
  └─ 單線程 / 線程局部？ → StringBuilder（首選）

常見誤區

• ❌ String s = ""; for(...) s += x; → 每次循環隱式創建 StringBuilder + toString，極慢。
• ✅ StringBuilder sb = new StringBuilder(); for(...) sb.append(x); String s = sb.toString();
• ❌ 以為 StringBuffer 絕對安全：複合操作（如 if(sb.length()>0) sb.deleteCharAt(0)）仍需外部同步。

String 對比