首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 編程語言 >  >> Java 程式設計 >> Java 相關知識

WebLogic JMS 訊息狀態全解析:VISIBLE、RECEIVE、DELAYED 等含義與排查指南

     編輯:Java 相關知識

背景

WebLogic 9.2+ 控制台可查看 Destination 具體訊息及其 state 字串。理解各狀態含義可快速定位 JMS 問題。

完整狀態對照表

狀態含義典型成因/排查方向
VISIBLE訊息已入隊,等待消費正常狀態,若堆積檢查消費者是否掛掉或處理緩慢
ORDERED屬於 Unit-of-Order 群組嚴格順序處理,檢查 UOO 配置
DELAYED訊息入隊但延遲投遞(TimeToDeliver 未到)或異常重發等待 Redelivery Delay檢查排程投遞時間、消費者 onMessage 拋 RuntimeException 導致 recover 重發
RECEIVE已投遞給消費者但未 ACK(CLIENT_ACK 模式或網絡中斷)檢查 ACK 模式、網絡穩定性、消費者處理邏輯是否阻塞
SEND發送操作進行中(事務未提交)檢查事務邊界、資料庫鎖等導致提交延遲
TRANSACTION參與全局事務的發送/接收操作分佈式事務協調器狀態、XA 資源鎖定
PAUSEDDestination 被暫停(Pause 操作)管理員手動暫停或 WLST 腳本控制
REDELIVERY_COUNT_EXCEEDED超過重發上限,不再投遞檢查錯誤隊列、死信隊列配置,分析為何持續失敗

排查實戰建議

  1. 訊息堆積:大量 VISIBLE → 消費端問題(下線、慢、拋異常)。
  2. 重複消費:RECEIVE 佔比高 → ACK 未送達,檢查 CLIENT_ACK 邏輯或網絡抖動。
  3. 定時任務未觸發:DELAYED 佔比高 → TimeToDeliver 設錯或系統時間不同步。
  4. 事務卡住:SEND/TRANSACTION 持久 → 資料庫鎖、協調器故障。
  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved