`StringBuilder` 非執行緒安全，能用 `synchronized` 解決嗎？能，但效能與替代方案需權衡

直接回答：可以

`StringBuilder` 本身無同步機制，多執行緒並發 `append()` 會導致內部 `char[]` 索引錯位、內容損壞。用 `synchronized` 包裝單個操作或複合操作，**能保證執行緒安全**。

兩種包裝模式

1. 方法級鎖定（粗粒度）

public class SyncStringBuilder {
    private final StringBuilder sb = new StringBuilder();
    public synchronized void append(String s) { sb.append(s); }
    public synchronized String toString() { return sb.toString(); }
    // 其他需要原子性的方法同理加 synchronized
}

• 優點：簡單、無死鎖風險。
• 缺點：高併發下鎖競爭嚴重，序列化所有操作。

2. 程式碼塊級鎖定（細粒度）

StringBuilder sb = new StringBuilder();
// 執行緒 A
synchronized(sb) { sb.append("A").append("1"); }
// 執行緒 B
synchronized(sb) { sb.append("B").append("2"); }

• 需**所有存取點**一致使用同一鎖物件（通常是 `sb` 本身）。
• 若調用者忘記加鎖，安全性破壞。

更好的替代方案

效能基準參考 (JMH, 1M ops, 8 threads)

StringBuilder + synchronized block : ~45 ms/op
StringBuffer                        : ~52 ms/op
ThreadLocal + merge  : ~12 ms/op

結論

✅ `synchronized` **可行**，適合低併發、舊代碼快速修補。
🚀 新專案或高併發場景，**優先選 `ThreadLocal` 或並行收集器**，避免鎖爭用，發揮多核優勢。