Redis发布订阅模式如何实现动态订阅频道？

Redis不支持运行时动态增删订阅频道，因SUBSCRIBE后客户端进入阻塞纯订阅模式，仅允许(P)SUBSCRIBE和QUIT命令；替代方案是PSUBSCRIBE模式订阅或退订重连。

Redis 本身不支持运行时动态增删已订阅的频道 —— SUBSCRIBE 后客户端就进入阻塞状态，无法再执行其他命令，包括新的 SUBSCRIBE 或 UNSUBSCRIBE。 想“动态”切换频道，必须靠客户端主动退出当前订阅、重建连接并重新 SUBSCRIBE，或改用模式订阅（PSUBSCRIBE）提前覆盖目标范围。

为什么 SUBSCRIBE 后不能再加频道？

执行 SUBSCRIBE 后，Redis 客户端会进入纯订阅模式：连接被独占、命令队列冻结、只响应 PUBLISH 推送和控制信号（如 Ctrl+C）。此时发任何新命令（包括 SUBSCRIBE news sports weather）都会被忽略或直接报错 ERR only (P)SUBSCRIBE and QUIT allowed in this context。

1. 这是 Redis 协议层硬性限制，不是配置或版本问题
2. 服务端不会缓存后续订阅请求，也不会合并频道列表
3. 即使你用 pipeline 发多个 SUBSCRIBE，也只生效第一个

替代方案：用 PSUBSCRIBE 实现“伪动态”订阅

如果目标频道名有规律（比如 user:1001:notify、user:1002:notify），优先用模式订阅代替精确订阅。它在连接建立时一次性声明匹配规则，后续频道自动生效，无需重连。

1. PSUBSCRIBE user:*:notify → 匹配所有 user:X:notify 频道
2. PSUBSCRIBE log:err:* log:warn:* → 一次订阅多组错误/警告日志频道
3. 注意通配符只支持 *（任意字符）和 ?（单字符），不支持正则
4. 模式匹配发生在服务端，性能开销略高于普通订阅（需遍历 pubsub_patterns 链表）

真要换频道？只能退订 + 重连

没有魔法命令能热更新订阅列表。可靠做法是：主动 UNSUBSCRIBE 当前频道 → 关闭连接 → 建立新连接 → SUBSCRIBE 新频道。关键点在于客户端控制流设计：

1. 不要依赖单个长连接维持多年订阅；把它当作短生命周期资源
2. 在应用层维护“当前订阅频道集合”，每次变更都触发重连流程
3. Jedis 等客户端库中，JedisPubSub.unsubscribe() 会退出阻塞，但连接仍需手动关闭
4. 若用 Redis Streams 替代 Pub/Sub，可配合 XREAD GROUP + XPENDING 实现更灵活的消费者管理

真正容易被忽略的是：模式订阅的匹配逻辑在服务端，而客户端收到的 pmessage 回包里多了一个字段——第 3 个元素是实际匹配的 pattern，第 4 个才是频道名。如果你只处理第 2 个字段（频道名），会漏掉这个上下文，导致路由逻辑出错。