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。
- 这是 Redis 协议层硬性限制，不是配置或版本问题
- 服务端不会缓存后续订阅请求，也不会合并频道列表
- 即使你用 pipeline 发多个
SUBSCRIBE，也只生效第一个
替代方案：用 PSUBSCRIBE 实现“伪动态”订阅
如果目标频道名有规律（比如 user:1001:notify、user:1002:notify），优先用模式订阅代替精确订阅。它在连接建立时一次性声明匹配规则，后续频道自动生效，无需重连。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
PSUBSCRIBE user:*:notify→ 匹配所有user:X:notify频道 -
PSUBSCRIBE log:err:* log:warn:*→ 一次订阅多组错误/警告日志频道 - 注意通配符只支持
*（任意字符）和?（单字符），不支持正则 - 模式匹配发生在服务端，性能开销略高于普通订阅（需遍历
pubsub_patterns链表）
真要换频道？只能退订 + 重连
没有魔法命令能热更新订阅列表。可靠做法是：主动 UNSUBSCRIBE 当前频道 → 关闭连接 → 建立新连接 → SUBSCRIBE 新频道。关键点在于客户端控制流设计：
- 不要依赖单个长连接维持多年订阅；把它当作短生命周期资源
- 在应用层维护“当前订阅频道集合”，每次变更都触发重连流程
- Jedis 等客户端库中，
JedisPubSub.unsubscribe()会退出阻塞，但连接仍需手动关闭 - 若用 Redis Streams 替代 Pub/Sub，可配合
XREAD GROUP+XPENDING实现更灵活的消费者管理
真正容易被忽略的是：模式订阅的匹配逻辑在服务端，而客户端收到的 pmessage 回包里多了一个字段——第 3 个元素是实际匹配的 pattern，第 4 个才是频道名。如果你只处理第 2 个字段（频道名），会漏掉这个上下文，导致路由逻辑出错。
