redismessagelistenercontainer需手动配置bean，spring boot默认不自动注册；必须显式注入redisconnectionfactory、设置监听器为spring管理bean、调用setautostartup(true)才能启用监听。
RedisMessageListenerContainer 初始化必须手动配置 Bean
Spring Boot 的 spring-boot-starter-data-redis 默认不自动注册 RedisMessageListenerContainer，哪怕你写了监听器类，不显式声明容器 Bean，消息压根不会被消费。这是最常被忽略的前提。
手动配置时要注意三点：
-
RedisConnectionFactory必须传入，不能用@Autowired模糊依赖——它可能有多个（比如主从、多数据源），得明确指定 - 监听器实例（实现
MessageListener或用ChannelTopic+ lambda）必须是 Spring 管理的 Bean，否则无法注入其他服务 - 容器默认不启动（
autoStartup = false），需调用setAutoStartup(true)，否则启动后静默无反应
@Bean
public RedisMessageListenerContainer redisMessageListenerContainer(RedisConnectionFactory factory) {
RedisMessageListenerContainer container = new RedisMessageListenerContainer();
container.setConnectionFactory(factory);
container.addMessageListener(new MyMessageListener(), new ChannelTopic("my:channel"));
container.setAutoStartup(true);
return container;
}
监听器里别直接写业务逻辑，尤其别用 @Transactional
Redis 发布订阅是异步、无序、不可靠的：消息可能重复、可能丢失、不保证顺序。如果在 onMessage 里直接操作数据库并加 @Transactional，会出现事务上下文丢失（因为监听器线程非 Web 请求线程）、连接超时、甚至阻塞整个容器。
正确做法是把消息转成事件或任务，交由 Spring 的事件机制或线程池异步处理：
- 用
ApplicationEventPublisher推送自定义事件，再用@EventListener处理（天然支持事务） - 或提交到
TaskExecutor，自己控制重试和幂等 - 避免在
onMessage中调用阻塞 I/O，比如同步 HTTP 请求、文件读写
频道名大小写敏感且不支持通配符匹配（除非用 PatternTopic）
用 ChannelTopic("order:created") 只能收精确匹配该字符串的消息；想监听 order:*，必须改用 PatternTopic("order:*")，并且 Redis 配置需开启 notify-keyspace-events（默认关闭）。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
常见错误现象：PUBLISH order:created "data" 发出去，但监听 PatternTopic("order:*") 的容器没收到——大概率是 Redis 服务端没配 notify-keyspace-events Ex（发布订阅模式需要 E 类事件）。
- 检查 Redis 配置：
redis-cli config get notify-keyspace-events，返回应含E -
PatternTopic和ChannelTopic不能混用同一个容器的addMessageListener调用 - 频道名含空格、冒号以外的特殊字符（如
/、{）可能触发解析异常，建议只用字母、数字、冒号、下划线
测试发布订阅必须用 redis-cli 或真实客户端，@Test 不会触发监听
单元测试里直接调用 redisTemplate.convertAndSend("ch", "msg")，看起来执行成功，但监听器收不到——因为 RedisMessageListenerContainer 是基于 Redis 的底层 SUBSCRIBE 连接，而测试中 redisTemplate 走的是另一条连接，两者不互通。
验证是否真正生效，只能：
- 启动应用后，在终端运行：
redis-cli SUBSCRIBE my:channel，再另开窗口redis-cli PUBLISH my:channel "test" - 或写一个最小集成测试，用
RedisConnectionFactory手动建Jedis/Lettuce连接去PUBLISH - 不要依赖日志“看到发送成功”就认为监听正常——订阅链路是独立建立的，连不上、认证失败、频道名错，都静默失败
真正麻烦的点在于：订阅关系是运行时动态建立的，容器启动失败或网络抖动后不会自动重连（Lettuce 默认会，Jedis 不会），这点很容易被忽略。
