JAVA消息服务JMS规范及原理详解
一、簡介
JMS即Java消息服務(Java Message Service)應用程序接口,是一個Java平臺中關于面向消息中間件(MOM)的API,用于在兩個應用程序之間,或分布式系統中發送消息,進行異步通信。Java消息服務是一個與具體平臺無關的API,絕大多數MOM提供商都對JMS提供支持。
JMS允許應用程序組件基于JavaEE平臺創建、發送、接收和讀取消息。它使分布式通信耦合度更低,消息服務更加可靠以及異步性。
?
二、常用術語介紹
在提到JMS時,我們通常會說到一些術語,解釋如下:
?
三、JMS基本概念及原理詳解
1、基本概念
JMS是java的消息服務,JMS的客戶端之間可以通過JMS服務進行異步的消息傳輸。
2、體系架構
JMS由以下元素組成。
1.JMS提供者?
連接面向消息中間件的,JMS接口的一個實現。提供者可以是Java平臺的JMS實現,也可以是非Java平臺的面向消息中間件的適配器。
2.JMS客戶?
生產或消費消息的基于Java的應用程序或對象。
3.JMS生產者?
創建并發送消息的JMS客戶。
4.JMS消費者?
接收消息的JMS客戶。
5.JMS消息?
包括可以在JMS客戶之間傳遞的數據的對象
6.JMS隊列?
一個容納那些被發送的等待閱讀的消息的區域。隊列暗示,這些消息將按照順序發送。一旦一個消息被閱讀,該消息將被從隊列中移走。
7.JMS主題?
一種支持發送消息給多個訂閱者的機制。
3、JMS消息模型(即點對點和發布訂閱模型)
1、Point-to-Point(P2P)
2、Publish/Subscribe(Pub/Sub)
4、P2P
1、P2P模式圖效果
2、涉及到的概念
2.1、消息隊列(Queue)
2.2、提供者(Sender)
2.3、消費者(Receiver)
2.4、每個消息都被發送到一個特定的隊列,接收者從隊列中獲取消息。隊列保留著消息,直到他們被消費或超時。
3、P2P的特點
3.1、每個消息只有一個消費者(Consumer)(即一旦被消費,消息就不再在消息隊列中)
3.2、提供者和消費者之間在時間上沒有依賴性,也就是說當提供者發送了消息之后,不管消費者有沒有正在運行,它不會影響到消息被發送到隊列
3.3、每條消息僅會傳送給一個消費者。可能會有多個消費者在一個隊列中偵聽,但是每個隊列中的消息只能被隊列中的一個消費者所消費。
3.4、消息存在先后順序。一個隊列會按照消息服務器將消息放入隊列中的順序,把它們傳送給消費者。當已被消費時,就會從隊列頭部將它們刪除(除非使用了消息優先級)。
3.5、消費者在成功接收消息之后需向隊列應答成功
PS:如果你希望發送的每個消息都應該被成功處理的話,那么你需要P2P模式。
5、Pub/Sub(發布/訂閱模式)
1、Pub/Sub模式效果圖
2、涉及到的概念
2.1、主題(Topic)
2.2、發布者(Publisher)
2.3、訂閱者(Subscriber)
PS:客戶端將消息發送到主題。多個發布者將消息發送到Topic,系統將這些消息傳遞給多個訂閱者。
3、Pub/Sub(發布/訂閱模式)的特點
3.1、每個消息可以有多個消費者
3.2、發布者和訂閱者之間有時間上的依賴性。針對某個主題的訂閱者,它必須創建一個訂閱者之后,才能消費發布者的消息,而且為了消費消息,訂閱者必須保持運行的狀態。
3.3、為了緩和這樣嚴格的時間相關性,JMS允許訂閱者創建一個可持久化的訂閱。這樣,即使訂閱者沒有被激活(運行),它也能接收到發布者的消息。
3.4、每條消息都會傳送給稱為訂閱者的多個消息消費者。訂閱者有許多類型,包括持久型、非持久型和動態型。
3.5、發布者通常不會知道、也意識不到哪一個訂閱者正在接收主題消息。
3.6、消息被推送給消費者,這意味著消息會傳送給消費者,而無須請求。
PS:如果你希望發送的消息可以不被做任何處理、或者被一個消息者處理、或者可以被多個消費者處理的話,那么可以采用Pub/Sub模型
6、關于消息的消費
在JMS中,消息的產生和消息是異步的。對于消費來說,JMS的消息者可以通過兩種方式來消費消息。
6.1、同步
訂閱者或消費者調用receive方法來接收消息,receive方法在能夠接收到消息之前(或超時之前)將一直阻塞
6.2、異步
訂閱者或消費者可以注冊為一個消息監聽器。當消息到達之后,系統自動調用監聽器的onMessage方法。
?
7、JMS應用程序接口
7.1、ConnectionFactory 接口(連接工廠)
創建Connection對象的工廠,根據消息類型的不同,用戶將使用隊列連接工廠,或者主題連接工廠分,
別有QueueConnectionFactory和TopicConnectionFactory兩種??梢酝ㄟ^JNDI來查找ConnectionFactory對象。
7.2、Destination 接口(目標)
Destination是一個包裝了消息目標標識符的被管對象,消息目標是指消息發布和接收的地點,或者是隊列,或者是主題。
是消息生產者的消息發送目標或者說消息消費者的消息來源。對于消息生產者來說,它的Destination是某個隊列(Queue)或某個主題(Topic);
對于消息消費者來說,它的Destination也是某個隊列或主題(即消息來源)。
所以,Destination實際上就是兩種類型的對象:Queue、Topic可以通過JNDI來查找Destination。
7.3、Connection 接口(連接)
Connection表示在客戶端和JMS系統之間建立的鏈接(對TCP/IP socket的包裝)。
Connection可以產生一個或多個Session。跟ConnectionFactory一樣,Connection也有兩種類型:QueueConnection和TopicConnection。
7.4、Session 接口(會話)
Session是我們操作消息的接口。表示一個單線程的上下文,用于發送和接收消息。
由于會話是單線程的,所以消息是連續的,就是說消息是按照發送的順序一個一個接收的。
可以通過session創建生產者、消費者、消息等。Session提供了事務的功能。當我們需要使用session發送/接收多個消息時,可以將這些發送/接收動作放到一個事務中。
同樣,也分QueueSession和TopicSession。
7.5、MessageProducer 接口(消息的生產者)
消息生產者由Session創建,并用于將消息發送到Destination。消費者可以同步地(阻塞模式),或異步(非阻塞)接收隊列和主題類型的消息。
同樣,消息生產者分兩種類型:QueueSender和TopicPublisher??梢哉{用消息生產者的方法(send或publish方法)發送消息。
7.6、MessageConsumer 接口(消息消費者)
消息消費者由Session創建,用于接收被發送到Destination的消息。兩種類型:QueueReceiver和TopicSubscriber。
可分別通過session的createReceiver(Queue)或createSubscriber(Topic)來創建。
當然,也可以session的creatDurableSubscriber方法來創建持久化的訂閱者。
7.7、Message 接口(消息)
是在消費者和生產者之間傳送的對象,也就是說從一個應用程序創送到另一個應用程序。一個消息有三個主要部分:
1、消息頭(必須):包含用于識別和為消息尋找路由的操作設置。
2、一組消息屬性(可選):包含額外的屬性,支持其他提供者和用戶的兼容??梢詣摻ǘㄖ频淖侄魏瓦^濾器(消息選擇器)。
3、一個消息體(可選):允許用戶創建五種類型的消息(文本消息,映射消息,字節消息,流消息和對象消息)。消息接口非常靈活,并提供了許多方式來定制消息的內容。
消息接口非常靈活,并提供了許多方式來定制消息的內容。
7.8、MessageListener
消息監聽器。如果注冊了消息監聽器,一旦消息到達,將自動調用監聽器的onMessage方法。
EJB中的MDB(Message-Driven Bean)就是一種MessageListener。
?
?
四、JMS提供者實現
要使用Java消息服務,你必須要有一個JMS提供者,管理會話和隊列?,F在既有開源的提供者也有專有的提供者。
開源的提供者包括:Apache ActiveMQ、Kafka、WebMethods、阿里的RocketMQ等
總結
以上是生活随笔為你收集整理的JAVA消息服务JMS规范及原理详解的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 创建全国禁毒示范城市宣传标语文案30句
- 下一篇: 榴芒是什么