深入了解PooledConnectionFactory CachingConnectionFactory Sin

深入理解PooledConnectionFactory CachingConnectionFactory SingleConnectionFactory

PooledConnectionFactory实现ConnectionFactory接口。为因JmsTemlate每次发送消息时都会重新创建连接，创建connection，session，创建productor。这是一个非常耗性能的地方，特别是大数据量的情况下。因此出现了PooledConnectionFactory。这个类只会缓存connection，session和productor，不会缓存consumer。因此只适合于生产者发送消息。那为什么不缓存consumer呢?官方解释是由于消费者一般是异步的，也就是说，broker代理会把生产者发送的消息放在一个消息者的预取缓存中。当消息者准备好的时候就会从这个预取缓存中取出来进行处理。我想，这个只是在要求消息处理的及时性不是特别高的情况下。如果希望处理能够提高速度，自然也可以从这部分提高效率，减小不断创建consumer的时间（大数据量的情况下）。

CachingConnectionFactory类扩展自SingleConnectionFactory，主要用于提供缓存JMS资源功能。具体包括messageProducer、MessageConsumer和Session的缓存功能。

publicclassCachingConnectionFactoryextendsSingleConnectionFactory{

privateint sessionCacheSize =1;

privateboolean cacheProducers =true;

privateboolean cacheConsumers =true;

privatevolatileboolean active =true;

privatefinalMap cachedSessions =newHashMap();

Spring中发送消息的核心是JmsTemplate，然而Jmstemplate的问题是在每次调用时都要打开/关闭session和producter，效率很低，所以引申出了PooledConnectionFactory连接池，用于缓存session和producter。然而这还不是最好的。从spring2.5.3版本后，Spring又提供了CachingConnectionFactory，这才是首选的方案。然而CachingConnectionFactory有一个问题必须指出，默认情况下，CachingConnectionFactory只缓存一个session，在它的JavaDoc中，它声明对于低并发情况下这是足够的。与之相反，PooledConnectionFactory的默认值是500。这些设置，在很多情况下，需要亲自去测试并验证。我将其设置为100，对我来说还是很不错。

SingleConnectionFactory类实现了ConnectionFactory, QueueConnectionFactory, TopicConnectionFactory,ExceptionListener接口。 

Spring提供ConnectionFactory接口的一个实现，SingleConnectionFactory， 它将在所有的createConnection()调用中返回同一个相同的共享连接对象， 并且忽略Connection.close()和stop()的调用。根据JMS连接模型，这是完全线程安全的（相反，如JDBC）。这个共享连接能够在出现异常时自动恢复创建一个新的共享连接。可以通过SingleConnectionFactory的构造函数中传入Connection对象或者 ConnectionFactory对象，用来创建被代理的连接对象。 SingleConnectionFactory.createConnection方法返回的连接是个代理，它忽略了对stop和close方法的调用 （连接会在SingleConnectionFactory.destroy方法中关闭）。

protectedConnection getSharedConnectionProxy(Connection target){
List classes =newArrayList(3);
classes.add(Connection.class);
if(target instanceofQueueConnection){
classes.add(QueueConnection.class);
}
if(target instanceofTopicConnection){
classes.add(TopicConnection.class);
}
return(Connection)Proxy.newProxyInstance(
Connection.class.getClassLoader(),
(Class[]) classes.toArray(newClass[classes.size()]),
newSharedConnectionInvocationHandler(target));
}

这在测试和独立的环境中相当有用， 因为同一个连接可以被用于跨多个监听容器的JmsTemplate调用以跨越多个事务。 SingleConnectionFactory接受一个通常来自JNDI的标准ConnectionFactory的引用。 
另外spring的消息监听容器都支持一个共享的connection在多个监听容器中使用。结合SingleConnectionFactory才真正让人感受到跨多个监听容器共享同一个JMS连接的功能。

在Java EE环境中，SingleConnectionFactory将把Connection和Session放到缓冲池中，因此这些资源在事务中得到了有效的复用。在独立环境中使用Spring的 SingleConnectionFactory 会存在共享的JMS Connection，但每个事务有自己独立的 Session。另外可以考虑使用供应商特定的池适配器,，如ActiveMQ的 PooledConnectionFactory 类。

SingleConnectionFactory的reconnectOnException属性用来指定是否在连接抛出JMSException的时候，对连接进行重置，重置后如果再调用createConnection方法，那么会返回一个新的连接。 

SingleConnectionFactory不支持定义用户名和密码。