哪個更好：PooledConnectionFactory或CachingConnectionFactory？

Question

我們在Tomcat（7.0.41）中使用Spring（3.2.4）和ActiveMQ（5.8.0），並且不清楚最佳用法。我們想要使用JmsTemplate來生成MessageListenerContainer來接收消息。

我們應該在接收端使用緩存嗎？ （related link）
使用ActiveMQ和故障轉移工作CachingConnectionFactory？ （related link）
當我們使用PooledConnectionFactory時，需要設置useAsyncSend =「true」嗎？ （related link）

Answer 1

here來自：

的PooledConnectionFactory和CachingConnectionFactory之間的差別是在執行的差。下面是一些他們之間不同的特點：

• 雖然兩者的PooledConnectionFactory和CachingConnectionFactory狀態，他們每個池連接，會話和生產者的PooledConnectionFactory實際上並沒有建立多個生產商的緩存。它只需使用單例模式在請求一個緩存的生產者時發出。而CachingConnectionFactory實際上創建一個包含多個生產者的緩存，並在請求時從緩存中提取一個生產者。

• PooledConnectionFactory構建在用於池化JMS會話的Apache Commons Pool項目之上。這允許對池進行一些額外的控制，因爲Commons Pool中有PooledConnectionFactory未使用的功能。這些附加功能包括增加池大小而不是阻塞，當池耗盡時拋出異常等。您可以通過使用您自己的自定義設置創建自己的Commons Pool GenericObjectPool，然後將該對象移交給PooledConnectionFactory，以通過setPoolFactory方法。有關其他信息，請參見以下內容：http://commons.apache.org/pool/api-1.4/org/apache/commons/pool/impl/GenericObjectPoolFactory.html

• CachingConnectionFactory還可以緩存使用者。使用此功能時需要小心，以便根據博客文章中提到的規則知道消費者已被緩存。

• 但最重要的是，CachingConnectionFactory將與任何符合JMS的MOM協同工作。它只需要一個JMS連接工廠。如果您使用多個MOM供應商（這在企業組織中非常普遍）（這主要是由於遺留和現有項目），這一點非常重要。重要的一點是CachingConnectionFactory與許多不同的MOM實現很好地協作，不僅是ActiveMQ。

從here：

• 如果你已經聚集ActiveMQs，並使用故障轉移運輸已經報道CachingConnectionFactory是不是一個正確的選擇。

• 我遇到的問題是，如果一個箱出現故障，我們應該開始 在其他發送消息，但它似乎仍然使用舊 連接（每一個發送超時）。如果我重新啓動程序，它會再次連接並且一切正常。來源： Autoreconnect problem with ActiveMQ and CachingConnectionFactory

• 的問題是要失敗的ActiveMQ緩存的連接是 仍在使用和產生問題的用戶。現在，此場景的 選項是PooledConnectionFactory。

• 如果您使用的ActiveMQ的今天，有機會，你可以切換到在未來的一些其他代理（JBoss的MQ，WebSphere MQ的），不要使用 PooledConnectionFactory，因爲它緊緊地將你的代碼，以 ActiveMQ的。