如何利用Redis发布订阅快速实现分布式锁的非轮询释放通知-Redis-PHP中文网

redis pub/sub仅用于唤醒等待线程，不能作状态同步，因其“发即忘”、无确认、不保证送达、消息不可回溯，收到通知后必须立即get锁key二次校验。

如何利用redis发布订阅快速实现分布式锁的非轮询释放通知

Redis Pub/Sub 无法实现“非轮询的锁释放通知”——它只能在锁被主动删除或自然过期后，向已在线的订阅者广播一次信号，且不保证送达、不可回溯、无上下文。真要靠它做通知，必须接受这些硬限制。

Redisson 确实用 redisson_lock__channel:{lockName} 频道发空消息通知锁释放，但这个机制只服务于一个目的：让阻塞在 tryLock(long, TimeUnit) 的客户端线程及时醒来重试，而不是传递“锁已归谁”的事实。

收到消息后必须立刻执行 GET lockName + 解析 value，确认锁当前是否真的空闲（因为消息可能延迟、重复、或来自旧主库）
若此时锁已被其他客户端抢走，你收到的通知就只是“过去式”，不是“当前态”
如果订阅连接断开超过 1 秒（比如 GC 停顿、网络抖动），这条消息就永久丢失，没有任何补救机制
该频道名中的 {lockName} 是占位符，实际订阅时得写死，如 SUBSCRIBE redisson_lock__channel:order_123

开启键空间通知后，__keyevent@0__:expired 确实会在 key 因 TTL 到期被 Redis 自动删掉时触发一次事件，但它和分布式锁场景严重错配：

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

下载

只对 SET key val EX 30 这类纯 TTL 过期有效；而生产环境的锁几乎都靠客户端主动 DEL 或 Lua 脚本释放，这类操作**完全不会触发 expired 事件**
主从架构下，事件只在从库上发一次，且可能滞后数秒，多个订阅者收到时间不一致
消息体只有 key 名，没有 value、没有客户端 ID、没有时间戳，无法判断是不是你要关注的那个锁实例
要启用它还得额外执行 CONFIG SET notify-keyspace-events Ex，且该配置不持久化，重启 Redis 后失效

别等 Redis 推，让锁持有者在释放前主动喊一嗓子。这需要你在业务侧控制两个动作：释放锁 + 发通知，用 Lua 保证原子性：

if redis.call("GET", KEYS[1]) == ARGV[1] then
  redis.call("DEL", KEYS[1])
  return redis.call("PUBLISH", KEYS[2], ARGV[2])
else
  return 0
end

调用方式：EVAL <script> 2 order_123:lock order_123:channel "abc123" "released"</script>

KEYS[1] 是锁 key，KEYS[2] 是通知频道，ARGV[1] 是持有者 token，ARGV[2] 是自定义消息体
这样发出去的消息带上下文，订阅方能明确知道“谁放了哪把锁”
但注意：PUBLISH 仍是“发即忘”，若此时无人在线监听，消息就没了——所以它适合“唤醒+重试”，不适合“状态最终一致”
如果你的系统已用 Redis Stream，直接 XADD lock_events * event "released" lock_key "order_123" owner "clientA" 更稳妥