JMS java 訊息機制

u013378306發表於2017-07-02
Java

JMS 訊息機制 分為 p2p 即點對點 和pub/sub  釋出訂閱

這篇博文我們主要介紹J2EE中的一個重要規範JMS，因為這個規範在企業中的應用十分的廣泛，也比較重要，我們主要介紹JMS的基本概念和它的模式，訊息的消費以及JMS程式設計步驟。

  1. 基本概念

    JMS是java的訊息服務，JMS的客戶端之間可以通過JMS服務進行非同步的訊息傳輸。

  2. 訊息模型

    ○ Point-to-Point(P2P)
○ Publish/Subscribe(Pub/Sub)

    即點對點和釋出訂閱模型

  3. P2P

    1. P2P模式圖 
      這裡寫圖片描述
    2. 涉及到的概念 
      1. 訊息佇列（Queue）
      2. 傳送者(Sender)
      3. 接收者(Receiver)
      4. 每個訊息都被髮送到一個特定的佇列，接收者從佇列中獲取訊息。佇列保留著訊息，直到他們被消費或超時。

    3. P2P的特點

      1. 每個訊息只有一個消費者（Consumer）(即一旦被消費，訊息就不再在訊息佇列中)
      2. 傳送者和接收者之間在時間上沒有依賴性，也就是說當傳送者傳送了訊息之後，不管接收者有沒有正在執行，它不會影響到訊息被髮送到佇列
      3. 接收者在成功接收訊息之後需向佇列應答成功

      如果你希望傳送的每個訊息都應該被成功處理的話，那麼你需要P2P模式。

  4. Pub/Sub

    1. Pub/Sub模式圖 
      這裡寫圖片描述
    2. 涉及到的概念 
      1. 主題（Topic）
      2. 釋出者（Publisher）
      3. 訂閱者（Subscriber） 
        客戶端將訊息傳送到主題。多個釋出者將訊息傳送到Topic,系統將這些訊息傳遞給多個訂閱者。

    3. Pub/Sub的特點

      1. 每個訊息可以有多個消費者
      2. 釋出者和訂閱者之間有時間上的依賴性。針對某個主題（Topic）的訂閱者，它必須建立一個訂閱者之後，才能消費釋出者的訊息，而且為了消費訊息，訂閱者必須保持執行的狀態。
      3. 為了緩和這樣嚴格的時間相關性，JMS允許訂閱者建立一個可持久化的訂閱。這樣，即使訂閱者沒有被啟用（執行），它也能接收到釋出者的訊息。

      如果你希望傳送的訊息可以不被做任何處理、或者被一個訊息者處理、或者可以被多個消費者處理的話，那麼可以採用Pub/Sub模型

  5. 訊息的消費 
    在JMS中，訊息的產生和訊息是非同步的。對於消費來說，JMS的訊息者可以通過兩種方式來消費訊息。 
    ○ 同步 
    訂閱者或接收者呼叫receive方法來接收訊息，receive方法在能夠接收到訊息之前（或超時之前）將一直阻塞 
    ○ 非同步 
    訂閱者或接收者可以註冊為一個訊息監聽器。當訊息到達之後，系統自動呼叫監聽器的onMessage方法。

  6. JMS程式設計模型

    (1) ConnectionFactory

    建立Connection物件的工廠，針對兩種不同的jms訊息模型，分別有QueueConnectionFactory和TopicConnectionFactory兩種。可以通過JNDI來查詢ConnectionFactory物件。

    (2) Destination

    Destination的意思是訊息生產者的訊息傳送目標或者說訊息消費者的訊息來源。對於訊息生產者來說，它的Destination是某個佇列（Queue）或某個主題（Topic）;對於訊息消費者來說，它的Destination也是某個佇列或主題（即訊息來源）。

    所以，Destination實際上就是兩種型別的物件：Queue、Topic可以通過JNDI來查詢Destination。

    (3) Connection

    Connection表示在客戶端和JMS系統之間建立的連結（對TCP/IP socket的包裝）。Connection可以產生一個或多個Session。跟ConnectionFactory一樣，Connection也有兩種型別：QueueConnection和TopicConnection。

    (4) Session

    Session是我們操作訊息的介面。可以通過session建立生產者、消費者、訊息等。Session提供了事務的功能。當我們需要使用session傳送/接收多個訊息時，可以將這些傳送/接收動作放到一個事務中。同樣，也分QueueSession和TopicSession。

    (5) 訊息的生產者

    訊息生產者由Session建立，並用於將訊息傳送到Destination。同樣，訊息生產者分兩種型別：QueueSender和TopicPublisher。可以呼叫訊息生產者的方法（send或publish方法）傳送訊息。

    (6) 訊息消費者

    訊息消費者由Session建立，用於接收被髮送到Destination的訊息。兩種型別：QueueReceiver和TopicSubscriber。可分別通過session的createReceiver(Queue)或createSubscriber(Topic)來建立。當然，也可以session的creatDurableSubscriber方法來建立持久化的訂閱者。

    (7) MessageListener

    訊息監聽器。如果註冊了訊息監聽器，一旦訊息到達，將自動呼叫監聽器的onMessage方法。EJB中的MDB（Message-Driven Bean）就是一種MessageListener。

  7. 企業訊息系統的好處

我們先來看看下圖，應用程式A將Message傳送到伺服器上，然後應用程式B從伺服器中接收A發來的訊息，通過這個圖我們一起來分析一下JMS的好處： 
這裡寫圖片描述

  1. 提供訊息靈活性
  2. 鬆散耦合
  3. 非同步性

對於JMS的基本概念我們就介紹這麼多，下篇博文介紹一種JMS的實現。


原文  http://blog.csdn.net/jiuqiyuliang/article/details/46701559

相關文章