Redis Pub/Sub 不适合配置动态刷新，因其不保证消息可达、无重放机制、无ACK和消费者组，连接中断即丢消息；应改用Redis Stream或专用配置中心。
Redis Pub/Sub 不适合直接用于配置动态刷新——它不保证消息可达，连接断开时消息就丢了，而配置变更必须“确保每个实例都收到”。真要实时推送配置，得用 Redis Stream 或搭配外部协调机制。
为什么 SUBSCRIBE 不能可靠刷新配置
Pub/Sub 是纯内存、无状态的广播通道。一旦订阅者因网络抖动、重启或 GC 暂停导致连接中断，期间发布的所有消息全部丢失，SUBSCRIBE 不会重放，也没有 offset 概念。微服务多实例部署下，某个实例错过一次 PUBLISH config:updated，就会一直用旧配置运行，直到下次手动触发 reload。
- 没有消息确认（ACK）机制
- 没有消费者组（Consumer Group），无法做消费进度管理
-
PUBSUB NUMSUB config:topic返回 0 并不表示没人订阅，可能只是当前没活跃连接 - Spring Data Redis 的
ReactiveRedisMessageListenerContainer在连接断开后默认不会自动重连并补推历史消息
改用 Redis Stream 才算靠谱
Stream 提供了类似 Kafka 的日志语义：消息持久化、可回溯、支持消费者组和 ACK。配置中心发布变更时写入 config:stream，每个服务实例作为独立消费者组成员拉取未处理消息，失败可重试，上线时还能从头读取最新快照。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 发布配置：
XADD config:stream * event "reload" service "user-service" version "v1.2.3" - 服务启动时初始化消费者组：
XGROUP CREATE config:stream group:user-service $ MKSTREAM - 拉取消息：
XREADGROUP GROUP group:user-service consumer-1 COUNT 1 STREAMS config:stream > - 处理成功后确认：
XACK config:stream group:user-service <id>
Spring Boot 中可用 StreamMessageListenerContainer 封装上述逻辑，配合 @EventListener 监听 ContextRefreshedEvent 自动注册消费者。
如果坚持用 Pub/Sub，至少加一层兜底
仅限开发环境或容忍短暂不一致的场景。必须叠加主动拉取机制，把 Pub/Sub 当成“变更提示信号”，而不是“配置载体”：
- 收到
PUBLISH config:notify后，立刻调用StringRedisTemplate.opsForValue().get("config:user-service:latest")拉取完整配置 JSON - 配置 key 设 TTL，比如
SET config:user-service:latest "{...}" EX 3600，避免脏数据长期滞留 - 在
@PostConstruct和@Scheduled(fixedDelay = 30000)中补充兜底轮询，防止首次启动错过通知 - 禁止在
SUBSCRIBE回调里直接修改@ConfigurationProperties对象——它不是线程安全的，应走 Spring 的ConfigurableEnvironment+PropertySource动态注入流程
真正落地时，90% 的团队最后都切到了 Stream 或专用配置中心（如 Nacos、Apollo）。Pub/Sub 留给日志广播、在线状态同步这类“丢了也无妨”的场景更合适。
