redis服务端必须配置tcp-keepalive=60和timeout=600，以防止pub/sub空闲连接被静默关闭；客户端需按lettuce、redisson或jedis差异启用心跳，同时校验dns与节点状态。

Redis服务端必须配tcp-keepalive和timeout

默认配置下，Redis 会静默关闭空闲连接——timeout 默认是 300 秒（5 分钟），而 Pub/Sub 连接几乎不发命令，纯等消息，必然被踢。光靠客户端重连救不了命。

必须在 redis.conf 中显式设置：

• tcp-keepalive 60：启用内核 TCP 心跳，每 60 秒发一次 ACK 探测，能快速发现 NAT、云 LB 或防火墙中途断连
• timeout 600：把服务端空闲断连阈值拉到 10 分钟，给客户端留出心跳探测与重连窗口

这两项必须写入配置文件并执行 CONFIG REWRITE 或重启生效，否则重启即丢。注意：tcp-keepalive 0 表示禁用，不能省略。

Lettuce/Redisson/Jedis 的心跳配置差异很大

客户端设了 autoReconnect=true 不等于连接不会僵死。不同客户端的心跳机制完全不同，且多数不默认开启：

• Lettuce（Spring Boot 默认）：spring.redis.lettuce.keep-alive=true 仅控制普通命令连接；StatefulRedisPubSubConnection 需手动监听 onException 后调 connection.ping()
• Redisson：必须显式设 setHeartbeatInterval(15000)（15 秒），同时确保 setSubscriptionConnectionPoolSize(20)，避免单连接排队阻塞订阅线程
• Jedis：没有内置心跳，得在订阅线程里自己起定时器，定期调 jedis.ping()，且必须复用当前 PubSub 所绑定的那个 Jedis 实例，不能从连接池随便取一个

DNS 缓存和 VIP 漂移会导致“假连接”

客户端连的是域名（如 redis-prod.cluster.example.com），DNS 缓存过久或云 Redis VIP 漂移后，旧连接可能还连着已下线节点——PING 成功但 PUBLISH 失败，错误表现为 READONLY You can't write against a read only replica 或无响应。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

应对方式：

• JVM 启动加 -Dsun.net.inetaddr.ttl=60，强制 DNS 缓存 60 秒刷新
• Redisson 用户检查 dnsMonitoringInterval，建议保持默认 5000ms 或调至 3000ms
• 所有客户端应定期执行 INFO replication 或 CLUSTER NODES，校验当前连接是否仍指向有效 master 节点

别把 Pub/Sub 当成可靠消息队列用

Redis 的 Pub/Sub 是纯内存转发，不持久化、不确认、不重试。订阅者掉线期间的消息直接丢弃，上线后收不到任何补偿。

如果业务需要消息不丢，要么：

• 改用 Stream + XREADGROUP，支持消费者组、ACK 和消息重播
• 在应用层兜底：发布前先写 DB 或 LIST，再发 PUBLISH 通知；订阅端收到通知后主动拉取最新状态

真正稳定的 Pub/Sub 不是靠“不断重连”，而是让连接在空闲时持续被探测、被确认、被刷新。任何一个环节缺位，都会在高并发或云网络环境下暴露为偶发性收不到消息。