DefaultMessageListenerContainer是一个用于异步消息监听的管理类。
DefaultMessageListenerContainer最简单的实现逻辑，一个任务执行器，执行任务（即消息监听）。
DefaultMessageListenerContainer实现的主要原理是，通过内部初始化建立的一个taskExecutor（默认是 SimpleAsyncTaskExecutor）用于执行消息监听的任务（AsyncMessageListenerInvoker）。
这里默认的任务执行器是SimpleAsyncTaskExecutor，这个执行器的缺点是不会重用连接，也就是对于每个任务都需要新开启一个线程，执行完任务后会关闭它。如果要优化的话可以考虑使用线程池。
消息监听的任务被抽象成AsyncMessageListenerInvoker类，这个类实现了Runnable接口，内部run方法其实是通过不断循环MessageConsumer.receive()方法来实现监听。
事实上一个消费者对应了一个AsyncMessageListenerInvoker任务，每个任务需要一个单独的线程去执行它。这个AsyncMessageListenerInvoker实例被放在了一个名为scheduledInvokers的set里面。
其实我们还有一个比较关心的地方是这个DefaultMessageListenerContainer缓不缓存 connection，session，consumer。因为它不像消息发送一样可以使用PooledConnectionFactory或者CachingConnectionFactory。它是根据catchLevel属性来决定是否缓存 connection，session，consumer。默认的catchLevel对应常量CATCH_AUTO=4，即由配置的外部事务管理器决定。 catchLevel级别分别是CATCH_NONE，CATCH_CONNECTION,CATCH_SESSION,CATCH_CONSUMER,CATCH_AUTO， 分别对应0,1,2,3,4。我试了下默认的CATCH_AUTO在没有定义事务管理时值为 CATCH_CONSUMER，即3。
具体查看类中的方法：
publicvoid initialize(){
// Adapt default cache level.
if(this.cacheLevel == CACHE_AUTO){
this.cacheLevel =(getTransactionManager()!=null? CACHE_NONE : CACHE_CONSUMER);
}
// Prepare taskExecutor and maxMessagesPerTask.
synchronized(this.lifecycleMonitor){
if(this.taskExecutor ==null){
this.taskExecutor = createDefaultTaskExecutor();
}
elseif(this.taskExecutor instanceofSchedulingTaskExecutor&&
((SchedulingTaskExecutor)this.taskExecutor).prefersShortLivedTasks()&&
this.maxMessagesPerTask ==Integer.MIN_VALUE){
// TaskExecutor indicated a preference for short-lived tasks. According to
// setMaxMessagesPerTask javadoc, we'll use 10 message per task in this case
// unless the user specified a custom value.
this.maxMessagesPerTask =10;
}
}
// Proceed with actual listener initialization.
super.initialize();
}
CATCH_NONE=0，表示不缓存JMS任何资源。
CATCH_CONNECTION=1，表示只缓存JMS的共享Connection。
CATCH_SESSION＝2，表示缓存JMS的共享Connection和Session。
CATCH_CONSUMER＝3，表示缓存JMS的共享Connection和Session还有MessageConsumer。
CATCH_AUTO＝4，表示系统自动选择一个合适的cacheLevel（根据事务管理策略）。
DefaultMessageListenerContainer会根据catchLevel来缓存共享connection，session， 及consumer。值为3的话就会缓存connection，session，及consumer，在初始化的时候就会调用父类 AbstractJmsListeningContainer的doStart()方法，判断cacheLevel是否大于等于1，如果大于就创建一个 connection将放入成员变量sharedConnection中。
每个任务被执行的时候（即责任是监听消息），会先去获取connection，session及consumer（通过调用 initResourcesIfNecessary方法）就像我们自己最初实现一个简单的客户端消费者一样。只不过这里会根据catchLevel来决定 是否缓存session及consumer。被缓存了的session及consumer放在对应的成员变量里面。
接着任务会想要执行consumer.recieve方法，这之前肯定要获取connection，session及consumer，如果已有 connection，session及consumer则获取过来，如果没有则通过配置的信息新建。执行完consumer.recieve后，会判断 consumer.recieve返回的消息是否为空。
不为空则调用message对应的messageListner(之前我们在DefaultMessageListenerContainer中通过方法 setMessageListner设置的）的onMessage执行相应的逻辑，并设置这个任务的Idle为false，表明这个任务不是空闲的，然后 会调用方法判断是否应该新建任务实例，这个受限于MaxConcurrentConsumers及IdleTaskExecutionLimit。为空则不需要特别处理，只需调用noMessageReceived方法将idle标记设为true。
任务执行完后，会在finally处释放connection，session及consumer。这个是根据上述讲的catchLevel来设置的。
继承体系如下：
AbstractJmsListeningContainer提供了一个最上层最基础的jms消息监听管理类所应该有的方法。提供了start（启动这个 管理类），stop，initialize（初始化这个管理类），establishSharedConnection等。