簡體   English   中英

實現JMS請求 - 答復。隊列與主題?

[英]Implementing a JMS Request-Reply. Queue vs Topic?

我知道實現JMS請求 - 應答機制有不同的方式(或排列),即請求隊列和響應隊列,請求主題和響應主題,或兩者的混合。

我想知道的是,(1)推薦(或最常見)的方式是什么,以及(2)不同的排列如何衡量?

接下來,說一個更正確。 “將消息發送到隊列”或b。 “通過隊列發送消息”?

干杯!

通常,使用隊列。 “請求”意味着收件人,而不是通知任何關心的人,因此您可能想要隊列的行為。

隊列通常在一件事情上做得更好 - 或者是有限數量的同行 - 接收消息並處理它。 當消息實際上傳達給處理它的人時,他們也傾向於使用持久性模型而不是主題。 (例如:如果丟棄消息是個問題,你可能想要一個隊列)

主題更多是面向廣播:說些什么,任何關心的人都會聽到它。 通常情況下,這與“......並沒有預期的直接反應”是相輔相成的,因為“零或多個聽眾”模型......如果你期望得到回應,零聽眾總是一個問題。

主題可以做持久性,但規則是陌生的,很少你真正想要的。

最后,我認為大多數人都說“到”一個隊列,因為隊列和處理消息的事物是不同的,但實際上,它與記錄你的意思的日志並不重要。

此外,通過隊列,您可以讓多個訂閱者處理消息,從而使其成為內置負載均衡器的孩子。 使用主題無法輕松完成此操作。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM