我需要一些關於主題和選擇器的幫助。activemq，jms主題和訂閱者與選擇器
我有一個具有多個持久訂閱者（每個都帶有選擇器）的主題的場景 由於不匹配的選擇器，並非所有消息都進入主題。
這是正確的行爲。
然而，當無法比擬的信息達到一定的數量門檻，因爲在這一點上沒有其他的消息被傳遞到消費者 的ActiveMQ試圖派遣那些老無可比擬的消息出現問題，但因爲沒有消費者對他們的一切卡住 任何人都可以幫忙嗎？
我的設置是ActiveMQ的5.5
有一些配置選項，或者是它只是一個設計缺陷？
我會說這是給有更好的選擇，也許在ActiveMQ中的錯誤有缺陷的設計。
第一個問題：你是製片人發佈到這個話題上設置這些消息的JMSExpiration頭？
如果是，我會做的第一件事是create a Jira issue詳細描述了上面描述的情況，因爲ActiveMQ將繼續保持並繼續發送沒有選擇器應用的消息似乎不正確。
至於設計缺陷，你聽到分鐘自己說：「我需要持久訂閱者」和你正在使用的ActiveMQ，你應立即轉向使用虛擬目的地來代替。虛擬目的地具有主題的優點，因爲生產者可以將消息發送到目的地，並將該消息傳播到N個其他目的地以供消費，但是不具有持久訂戶在主題上帶來的缺點。閱讀更多關於Virtual Destinations here。
它似乎像一個錯誤，（或至少dashedly不方便），但有一個變通使用Virtual Destinations。
報價：
注意，製作專題虛擬確實增加了一個小的CPU開銷時 將消息發送到主題，但它是相當小的。從版本 5.4，從虛擬主題到訂閱隊列的分派可以是 selectorAware，使得只有與現有的 訂戶中的一個相匹配的消息才被實際分派。使用此選項可防止 消費者在使用選擇器時生成不匹配的消息。
這涉及到ActiveMQ的處理稀疏選擇的方式。當前的實現不會頁面到商店尋找消息匹配稀疏選擇器，所以你需要進行一些配置更改嘗試和解決此問題。您可以在配置的目標策略中設置maxBrowsePageSize，默認值爲400.請參閱此page。在ActiveMQ中
虛擬目的地可能是更好的選擇，它幾乎總是想着用持久訂閱者時。但是，如果您使用SNAPSHOT版本的ActiveMQ 5.6，則可以將消息過期添加到您的消息中，並將策略配置爲在不活動的持久訂閱者上過期消息。