WebLogic 內部 XA 事務狀態切換超時機制深度解析

配置全域事務超時 100,000 秒、分支事務超時 86,400 秒，實際卻在 10 分鐘左右拋出 TransactionTimeoutException: Timed out after 100000 seconds。經排查，發現 WebLogic 內部存在不可配置的狀態切換超時常量，與用戶配置的全域超時獨立運作。

事務狀態機與內部超時常量

事務經歷狀態：New → PrePrepared → Logging → Prepared → Committed/Rolled Back。各階段切換有硬編碼超時：

超時觸發機制

狀態切換完成後，WebLogic 呼叫 wakeUpAfterSeconds(constant) 設定定時器。若在該常量時間內未完成下一階段工作，事務被標記超時並回滾，完全忽略用戶設定的全域超時。

實戰除錯案例

####<Debug> <JTA2PC> ... wakeUpAfterSeconds(120)
at weblogic.transaction.internal.ServerTransactionImpl.setPreparedUnsync(...)
at weblogic.transaction.internal.ServerTransactionImpl.globalPrepare(...)
at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(...)

日誌顯示事務進入 Prepared 狀態，設定 120 秒切換超時。若協調者與參與者網絡延遲高、資源鎖競爭激烈，極易觸發此內部超時。

啟用除錯旗標

-Dweblogic.debug.DebugJTA2PC=true -Dweblogic.debug.DebugJTA2PCStackTrace=true

可輸出詳細狀態切換堆疊，定位具體卡在哪個 Resource 的 prepare/commit 階段。

架構啟示與規避建議

• 縮短單一事務邊界：拆分長事務，減少準備/提交階段資源持有時間。
• 優化資源管理器：確保 XA Resource（資料庫、MQ）prepare/commit 響應迅速，避免鎖等待。
• 網絡拓撲：協調者與參與者部署在低延遲網段，減少 RMI 往返耗時。
• 考慮 LLR (Logging Last Resource)：替代模擬兩階段提交，提升可靠性並簡化協調流程。

⚠️ 這些內部常量在 WebLogic 9.x/10.x/12c 中均為硬編碼，無法通過配置文件或 MBean 修改。遇到無法規避的場景，需聯繫 Oracle 支援或評估遷移至其他事務管理器（如 Narayana/JTA）。