Spring JMS开发何时需定义JmsListenerContainerFactory Bean？

出现这个现象的本质很简单：你跑的第一个示例里，Spring根本没有自动生成默认的JmsListenerContainerFactory，你写的这个@Bean就是项目里唯一可用的监听器容器工厂。把它注释掉之后，没有组件能支撑@JmsListener的运行，监听器自然收不到消息。
你之前了解的“JmsListenerContainerFactory默认会自动创建”是有前置条件的，不是任何项目环境下Spring都会帮你生成这个Bean。

你这个示例的情况大概率命中以下几种情况之一：

• 项目没有引入Spring Boot官方封装的JMS场景starter（比如spring-boot-starter-activemq、spring-boot-starter-artemis这类对应MQ实现的启动依赖），只零散引入了spring-jms、MQ客户端等基础jar包。这种情况下JMS相关的自动配置完全不会生效，所有基础Bean都需要开发者手动定义，你写的这个工厂Bean就是必须的基础配置，根本不是“可选的自定义配置”。
• 虽然引入了starter，但你在启动类或者配置类上通过exclude属性排除了JMS相关的自动配置类（比如JmsAutoConfiguration、JmsAnnotationDrivenConfiguration），自动配置逻辑被人为关闭，自然不会生成默认的工厂Bean。
• 你项目里的ConnectionFactory是完全手动定义的，没有被Spring Boot的自动配置链路识别。自动配置生成的默认工厂需要绑定符合自动配置约定的连接工厂，如果找不到可用的连接工厂，默认工厂本身就会初始化失败，根本没法注册到Spring上下文里。而你自定义的工厂是直接手动调用connectionFactory()绑定了你自己写的可用连接实例，绕开了自动配置的绑定逻辑，所以能正常工作。

你觉得这个Bean里只设置了并发参数、没有特殊自定义，实际上它的核心作用根本不是设置并发数：

这个Bean最核心的价值是显式声明了监听器容器工厂、并且绑定了可用的连接工厂，补上了项目里缺失的JMS配置链路，setConcurrency("1-1")反而是附加的可选配置。

你可以做个简单验证：把第一个示例的依赖替换为对应MQ的官方Spring Boot starter，不排除自动配置类、不手动定义ConnectionFactory，这时候就算删掉你写的这个自定义工厂Bean，@JmsListener也能正常接收消息，只有你需要调整并发数、消费重试策略、消息确认模式等非默认参数的时候，才需要自定义JmsListenerContainerFactory覆盖默认实现。
如果注释掉自定义Bean之后启动报错信息是No qualifying bean of type 'JmsListenerContainerFactory' available，就能直接印证上面的判断：上下文里压根就没有自动生成这个工厂Bean，不是参数配置错误，是Bean本身不存在。

内容的提问来源于stack exchange，提问作者lm2a