@JmsListener註解。

一個訊息監聽容器可以從一個JMS訊息佇列中接受訊息並驅動MessageListener，用於注入到容器中。監聽容器響應所有執行緒的訊息接受並分發到監聽器進行處理。一個訊息監聽容器是MDP和訊息提供器的中介軟體，並考慮註冊接受訊息，事物參與，資源獲取和釋放，異常轉換等。這個允許你作為一個應用程式開發者寫與接受訊息關聯的業務邏輯（可能對其作出響應），並分派到與框架關聯的JMS底層設定。

這裡Spring提供了兩個標準的JMS訊息監聽容器，每個都有自己特定的功能。

SimpleMessageListenerContainer

這個訊息監聽容器是兩者中比較簡單的一個。它在啟動時建立了固定數量的JMS會話和消費者，使用標準JMS的MessageConsumer.setMessageListener()方法註冊監聽器，並留給JMS提供者執行監聽回撥。這個變數不允許根據執行需要動態變動或者不允許參與外面事物管理。相容性方面，與單獨的JMS規範很相似，但是與Java EE的JMS規範一般不相容。

DefaultMessageListenerContainer

這個訊息監聽容器是用的最多的一個。與SimpleMessageListenerContainer相比，這個容器變數允許根據執行需要動態適應，並可參與事物管理中。每個接受的訊息當配置JtaTransactionManager時，使用XA事物註冊；所以這樣的處理可能充分利用XA 事物語義。這個監聽容器可在JMS提供器的低需求，高階功能（比如事物參與）和Java EE環境的相容上達到一個很好的平衡。

容器的快取級別可以定製化。注意當不用快取時，針對每個訊息的接受建立一個新的連線和一個新的會話。結合到非持久的訂閱和高載入方式可能導致訊息丟失。確保在這樣的例子中使用一個合適的快取。

當代理崩潰時這個容器有恢復的能力。預設地，一個簡答的BackOff實現每五秒重試一次。可能針對更多恢復選項指定一個定製的BackOff實現類。檢視ExponentialBackOff 這個例子。

23.2.5 Transaction management（事物管理）

Spring提供了JmsTransactionManager管理單一JMS的ConnectionFactory的事物。這個允許JMS應用程式利用Spring的事物管理功能。JmsTransactionManager執行本地資源事物，從指定的ConnectionFactory到執行緒，繫結一個JMS連線/會話對。JmsTemplate自動探查這樣的事物資源並據此作出響應操作。

在Java環境中，ConnectionFactory將池化連線和會話，所以這些資源通過事物高效重用。在一個單一的環境中，使用Spring的SingleConnectionFactory 將建立一個共享的JMS連線，其每個事物都有其自己獨立的會話。作為可選地，考慮使用一個指定提供器的池化的適應器，比如ActiveMQ的PooledConnectionFactory類。

JmsTemplate也可與JtaTransactionManager和XA-capable JMSConnectionFactory共用，來執行分散式事物。注意：這要求使用一個JTA事物管理器，也需要一個XA配置的ConnectionFactory。

貫穿在一個管理的和不受管理的事物環境的程式碼重用，當使用JMS API從連線中建立會話時，可能比較混亂。這是因為JMS API 僅有一個工廠方法建立會話並且針對事物和確認模式需要值。在一個管理環境中，這些值得設定負責環境中的事物底層，因此這些值由於供應商封裝到JMS連線中而被忽略。當在一個管理環境中使用JmsTemplate，你可以通過sessionTransacted和sessionAcknowledgeMode屬性的使用指定這些值。當使用JmsTemplate的PlatformTransactionManager，模板將總是給定一個事務性的JMS會話。