Eclipse 字串分區共享優化機制：超越 JVM String.intern()

JVM 內建機制的限制

String.intern() 將字串放入全域哈希表（StringTable），採原生 JNI 實現。優點：最大程度共享；缺點：

• 粒度過大、無法控制優化範圍
• 效能難度量、大量字串導致全域表效能下降
• 無法手動清除，僅靠 GC 在 Safepoint 掃描清理

Eclipse 方案：IStringPoolParticipant + StringPoolJob

核心介面：

public interface IStringPoolParticipant {
    void shareStrings(StringPool pool);
}

物件樹節點選擇性實作此介面，在 shareStrings 中提交需共享字串（如 type = set.add(type)），並遞迴通知子節點。

實戰流程：Workspace 為例

1. Workspace.open() 完成啟動後，呼叫 InternalPlatform.addStringPoolParticipant(saveManager, rule) 註冊根節點與調度規則。
2. StringPoolJob（單例 Job）收集所有參與者，依 ISchedulingRule 合併調度條件。
3. 條件就緒時執行 shareStrings：建立臨時 StringPool（包裝 HashMap），遍歷參與者提交字串，估算節省空間（savings += 44 + 2 * length）。
4. 優化完成，StringPool 捨棄，不長期佔用記憶體。

關鍵類別職責

• StringPool：階段性緩衝池，add() 回傳共享實例並粗略計算節省量。
• StringPoolJob：異步背景任務，整合 Eclipse Jobs API 調度，支援 ISchedulingRule 依賴管理。
• InternalPlatform：全域註冊入口。

優於 String.intern() 的五大優勢

1. 控制粒度細：指定哪些物件樹需優化
2. 效果可度量：估算節省位元組數
3. 無效能瓶頸：無集中全域表，分區並行
4. 不長期佔記憶體：臨時 Pool 用完即棄
5. 策略可選：透過調度規則啟用不同優化策略

適用場景

大量字串重複的資料模型（如工作區資源樹、標記資訊、XML 解析結果），透過分區共享大幅降低記憶體佔用。