深度剖析 java.util.concurrent 鎖爭用：jucprofiler 多核效能分析工具實戰指南

多核時代，Java 併發程式效能調優的關鍵在於鎖爭用與可擴展性分析。傳統工具（JLM 等）僅支援傳統 `synchronized` 鎖，對 `java.util.concurrent.locks` (JUC) 鎖無能為力。IBM Multicore SDK 隨附的 jucprofiler 填補此空白，提供 JUC 鎖爭用時間、等待時間、調用堆疊的完整可視化分析。

JUC 鎖分析的兩大核心指標

1. 鎖爭用時間：執行緒嘗試獲取已被佔用的 JUC 鎖而阻塞的時間（對應 `LockSupport.park` / `parkNanos` 在 `AbstractQueuedSynchronizer` 內部調用點）
2. 等待時間：執行緒調用 `Condition.await()` 系列方法而掛起的時間（同樣對應 `LockSupport.park`/`parkNanos`，但調用位置不同）

儀器化原理

啟動前需執行命令生成 PreInstrument.jar（替換 JRE 中相關類），僅需執行一次（除非 JRE 更新）。儀器化目標類與方法：

實戰操作流程

1. 啟動被測應用

java -Xbootclasspath/p:$JUCP/BCIRuntime.jar:$JUCP/PreInstrument.jar \
     -javaagent:$JUCP/BCIAgent.jar=callStackDepth=10:allocationStackDepth=0 \
     :msdk.idp=com.ibm.msdk.bciagent.JUCInstrumentDecisionProvider \
     :libPath=$JUCP:traceJUC=on \
     -cp .:derby.jar JavaDBDemo

生成追蹤檔 BCIAgent.***.bci.trace。

2. 離線分析生成報告

java -Xmx1000m -jar $JUCP/BCITraceReader.jar {tracefile} {resultOutputFile}

建議配置大堆（如 160MB 追蹤檔需 800MB 堆）。

3. 報告解讀

摘要區：按爭用次數/時間降序列出所有 JUC 鎖（AQS@id）與 `ConcurrentHashMap` 片段群組（CHM@id）。

NAME      CONTD-COUNT  CONTD-TIME(ns)  HOLD-COUNT  HOLD-TIME
CHM@8     276          39,457,000      0           0
AQS@1790  36           4,029,000       0           0
AQS@131   17           630,000         0           0

詳情區：每個鎖的逐次爭用記錄，含調用堆疊。範例顯示 `CHM@8` 內兩個片段鎖 `AQS@135`、`AQS@146` 的爭用堆疊，直指 `ConcurrentHashMap$Segment.remove` → `ConcurrentLockSet.unlock`，精準定位熱點。

4. 可視化分析器

Eclipse 外掛提供兩視圖：

• J.U.C 統計視圖：表格呈現爭用時間、次數、申請堆疊
• J.U.C 同步視圖：時間軸上展示爭用發生時刻、執行緒、鎖實例、方法位置

5. 線上控制

執行期間監聽 2009 連接埠，支援動態開關追蹤：

• 互動模式：`java -cp BCIRuntime.jar com.ibm.msdk.bciruntime.control.ControlClient` → 輸入 `juc.on`/`juc.off`/`start`/`stop`
• 批次模式：`java -cp BCIRuntime.jar com.ibm.msdk.bciruntime.control.ControlClient host -m b -b 10 -e 10`（10 秒後啟動，持續 10 秒）

結語

jucprofiler 以極低侵入性（Byte Code Instrumentation）精準捕獲 JUC 鎖爭用與等待行為，配合可視化工具與線上控制，成為多核 Java 併發效能調優的利器。隨著並行程式普及，此類專用分析工具將愈發關鍵。