spring data redis通过redismessagelistenercontainer管理订阅，需手动配置bean并实现messagelistener接口处理消息；redistemplate仅支持发送，不负责监听，且pub/sub无消息持久化与重试机制。
不需要。Redis 的发布订阅（Pub/Sub）是服务端原生支持的通信模型，所有符合 Redis 协议的客户端库都能用，只要它实现了 SUBSCRIBE、PUBLISH、PSUBSCRIBE 等基础命令。
Java 项目里用 Spring Data Redis 怎么配 Pub/Sub？
Spring Data Redis 封装了底层细节，但你得手动配置监听容器，不能只靠 RedisTemplate —— 它只管发消息，不处理订阅逻辑。
-
RedisMessageListenerContainer是必须显式声明的 Bean，负责维持连接、分发消息到监听器 - 监听器需实现
MessageListener接口，重写onMessage方法；注意它接收的是原始字节数组，不是自动反序列化的对象 - 订阅必须在容器启动后才生效，不能靠
@PostConstruct里调subscribe—— 那会直接阻塞线程，导致容器无法初始化 - 若用
ChannelTopic订阅，频道名区分大小写；用PatternTopic时通配符语法是news.*，不是正则表达式
Python 用 redis-py 时常见卡死问题
直接调 pubsub.subscribe() 后不循环 listen()，连接就挂在那里不动 —— 这不是 bug，是设计如此：Redis Pub/Sub 连接进入“订阅模式”后，不能再执行其他命令（比如 GET），且必须持续读取响应流。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 必须用
for msg in pubsub.listen():或手动调get_message()轮询，否则线程阻塞无响应 - 不要在同一个连接上混用 Pub/Sub 和常规操作；推荐为 Pub/Sub 单独建一个
redis.Redis()实例 -
parse_response超时默认是 5 秒，如果网络抖动或没消息，listen()可能卡住，建议设socket_timeout=1并捕获TimeoutError
为什么用 PSUBSCRIBE 有时收不到消息？
模式订阅（pattern subscription）和频道订阅（channel subscription）由 Redis 维护两套独立的内部结构，它们不共享、不互通。一个客户端用 PSUBSCRIBE news.*，另一个用 PUBLISH news.sports，能收到；但若发的是 PUBLISH news/sports（含斜杠），而模式写成 news.*，就匹配不上 —— Redis 的通配符只认 * 和 ?，不支持正则或路径匹配。
-
PSUBSCRIBE的模式必须用*或?，不能带空格或特殊符号；news.*.2024合法，news-{year}不合法 - 用
pubsub channels查不到 pattern 订阅的频道，得用pubsub pubsub numsub或pubsub pubsub numpat查活跃模式数 - 模式匹配性能随订阅数量线性下降，生产环境避免上千个
PSUBSCRIBE客户端同时在线
真正容易被忽略的是连接生命周期管理：Pub/Sub 连接一旦断开，Redis 不会重连，也不会回溯历史消息 —— 它是纯 fire-and-forget 模型，没持久化、没确认机制、没重试。你得自己处理断线重连、消息去重、消费位点追踪，这些都不在 Redis 职责范围内。
