IBM Java 診斷系列（二）：Extensible Verbose Toolkit (EVTK) 深度解析 GC 日誌優化記憶體管理

為何需要分析 GC 日誌？

垃圾收集對應用程式效能影響深遠。配置不當耗盡資源拖慢速度；明智調優反而加速執行。EVTK 分析詳細 GC 日誌，視覺化堆變化、識別模式、自動標註建議，支援 IBM JRE 1.4.2+、WebSphere 即時日誌，可多檔對比、區間放大、篩選、單位切換。

啟用詳細 GC 日誌

• -verbose:gc：標準啟用，效能影響極小。
• -Xverbosegclog:<檔名> (Java 5+ 首選)：指定輸出檔案，功能更豐富。

EVTK 安裝與基本操作

1. 安裝 IBM Support Assistant (ISA)。
2. ISA Updater → New Plug-ins → Common Component Tools 安裝 EVTK。
3. 安裝產品插件（如 IBM Developer Kit for Java 或 WebSphere）。
4. 重啟 ISA → Tools 頁面啟動 EVTK。

編輯器四大分頁

• 檔名分頁：原始日誌文字（大檔僅顯示部分但完整解析）。
• Data：解析後原始數據，可複製至試算表。
• Line Plot：多維度趨勢圖表。
• Report：摘要統計、表格總覽、調優建議。

VGC Data 選單勾選顯示欄位，灰顯=日誌無此欄位。啟用 Summary、Tuning Recommendation 獲得完整報告。

進階分析技巧

多檔案對比評估策略效果

同時載入多個 GC 策略日誌（如 gencon 實線、optavgpause 虛線、optthruput 點線），同樣負載下比較堆使用、暫停時間、完成時間。案例中 gencon 最優但非預設，驗證策略切換帶來巨大改善。

區間放大聚焦問題時段

滑鼠框選圖表區間，所有摘要、建議即時更新反映該區段。案例：全天候 5% GC 開銷看似良好，放大尖峰時段揭示真實壓力。

Y 軸篩選與單位切換

篩選特定堆大小、暫停時間範圍。X 軸單位：秒/分/時/日期/GC 編號（Normalize 決定相對/絕對時間）。Y 軸：MB/GB/堆百分比。

模板儲存與匯出

Templates 視圖預設 Heap（記憶體評估）、Pauses（效能診斷）模板。自訂組合可匯出為模板重複使用。右鍵主面板 Save 可輸出 JPEG 圖表、HTML 報告、CSV 數據。

顏色自訂

View → Preferences → Displayers → Display Colors 調整繪圖配色。

案例研究一：記憶體洩漏診斷與弱引用修復

洩漏特徵識別

啟用 verbose:gc 長期運行，Line Plot 繪製「收集後已用堆」。無明顯負載增長卻持續上升 = 疑似洩漏，EVTK 自動標註建議。

程式碼層面根因

GC 回收無引用物件，但程式錯誤持有引用（靜態 Map 持續 put、快取無清理、監聽器未移除）導致物件無法回收。

弱引用/軟引用解決方案

• WeakHashMap：鍵為弱引用，無其他強引用時自動清除。適用中繼資料關聯、監聽器清單。
• SoftReference：記憶體不足時清除，適合記憶體敏感快取。

實戰演示：從嚴重洩漏到穩定運行

1. 原始洩漏：HashMap 持續 put(new Date(), new Leak())，堆急劇上升至 OOM（圖 14）。
2. 改用 WeakHashMap：堆穩定 <1MB，無限期運行（圖 15）。
3. 鏈結清單陷阱：Value 互相引用形成鏈結，弱引用失效，堆再次暴漲（圖 16）。
4. 驗證弱引用失效：EVTK 繪製「被清除弱引用數」歸零確認（圖 17）。
5. 徹底修復：鏈結節點改用 WeakReference，弱引用清除數大增，堆回歸最小值（清單 4）。

EVTK 即時驗證重構成效，確保弱引用確實生效。

案例研究二：堆大小調優策略

固定堆大小效益

同負載下固定 -Xms500m -Xmx500m：平均暫停時間雖增，但總暫停時間大幅下降，gencon 效能提升 13%、optavgpause 15%、optthruput 30%（圖 18）。原因：避免 JVM 反覆調整堆大小的開銷。

調優原則

• 堆大小 ≥ 活動資料 2 倍為合理起點。
• 受限環境 gencon 優於 optthruput。
• 避免觸發虛擬記憶體交換（效能崩潰）。
• 長期運行程式固定堆效益較小；負載不穩定時固定堆風險高，需依詳細 GC 輸出評估。

案例研究三：吞吐量與回應時間評估

GC 速率：真實效能指標

Report 分頁顯示 GC Rate（垃圾產生/回收速率）。固定堆案例中 optthruput 速率提升 12%（圖 19）。高速率 = 單位時間完成更多工作 = 效能佳。

警示：物件池減少垃圾但傷 GC

物件池減少分配但增加長壽命物件，分代 GC 下反而加重負擔。正確做法：縮小變數作用域、減少實例變數、讓短命物件自然回收。

回應時間推估

負載不足時最大暫停 ≈ 最大回應；正常負載平均回應時間 ∝ 吞吐量。optthruput 暫停較長但平均回應可能優於 optavgpause。過載時排隊長度決定回應，吞吐量成關鍵。

結語

EVTK 將晦澀 GC 日誌轉化為直觀視覺化洞察，從洩漏偵測、堆調優到吞吐量評估，提供完整記憶體管理決策支援。善用此工具，讓 GC 從效能負擔轉化為加速引擎。