ThinkPHP Redis怎么获取过期key回调事件处理逻辑-ThinkPHP-PHP中文网

Redis必须配置notify-keyspace-events Ex，ThinkPHP6需用psubscribe通配模式监听过期事件，回调中禁止调用Redis命令，须通过队列或子进程异步处理。

thinkphp redis怎么获取过期key回调事件处理逻辑

Redis服务端必须先开启notify-keyspace-events Ex

PHP 或 ThinkPHP 本身不控制这个开关，它完全由 Redis 服务决定。你改 php.ini、改 cache.php 配置、甚至重装 php redis 扩展都没用 —— 如果 Redis 没开通知，psubscribe 就永远收不到消息。

常见错误现象是：脚本跑起来没报错，但死活不触发回调；或者 config get notify-keyspace-events 返回空字符串或 Kl 这类不含 x 的值。

找到你的 Redis 配置文件（phpEnv 下通常是 C:\phpEnv\RedisServer\redis.windows.conf 或 C:\phpEnv\redis\redis.conf）
取消注释并修改这一行：notify-keyspace-events Ex（注意大小写，E 和 x 缺一不可）
重启 Redis 进程（不是重启 phpEnv，而是单独执行 RedisServer.exe 或 Windows 服务重启）
进 redis-cli 验证：CONFIG GET notify-keyspace-events 应返回 1) "notify-keyspace-events" 2) "Ex"

ThinkPHP6 必须用 `psubscribe` 订阅模式频道，不能用 `subscribe`

过期事件是广播式、按模式匹配推送的，不是发给某个固定 channel 的点对点消息。写成 subscribe(['__keyevent@0__:expired']) 是无效的 —— 它只监听字面量为该字符串的 channel，而 Redis 实际发的是类似 __keyevent@0__:expired 这样的具体频道名，且数据库编号可能变化。

正确做法是用通配符模式订阅：

<pre class="brush:php;toolbar:false;">$redis = Cache::store('redis')->handler();
$redis->psubscribe(['__keyevent@*__:expired'], function ($redis, $pattern, $channel, $msg) {
    echo "过期 key: {$msg}\n"; // $msg 就是纯 key 名，比如 'order:12345'
});

@* 表示监听所有 DB（0–15），避免业务写到非 db0 导致漏事件
该调用会永久阻塞，必须运行在 CLI 命令行常驻进程中（如 php think callback），不能放在 HTTP 请求里
ThinkPHP 的 Cache::store('redis') 返回的是 think\cache\driver\Redis 实例，handler() 才拿到原生 Redis 对象

回调函数里禁止调用任何 Redis 命令

这是最隐蔽也最容易翻车的一点：在 psubscribe 的回调闭包里执行 $redis->get($msg)、$redis->del($msg)，甚至 $redis->ttl($msg)，都会导致连接异常，典型报错是 Warning: Redis::get(): read error on connection，或者静默失败。

redis-tools

按类别查找Redis命令、检测服务器连接、监控键数量和内存占用，支持离线速查表。

下载

原因在于 Pub/Sub 连接处于特殊通信状态，Redis 不允许在接收事件的同时混发其他命令。

解决方案只有两个：把 $msg（即过期 key 名）推到 Redis List/Queue（如 rpush expired_keys_queue order:12345），另起一个 worker 消费
或者用 proc_open() 启动子进程处理，例如 php think order:cleanup {$msg}
别试图在回调里查数据库、发 HTTP 请求、写日志文件 —— 万一慢了，整个 psubscribe 就卡住，后续事件全积压

TP6 中无法直接用 Event::listen 绑定 redis:expired

有些文章提到用 Event::listen('redis:expired', ...)，这是误传。ThinkPHP 自身没有内置 redis:expired 这个事件，也没有自动捕获 Redis 键空间通知的机制。所谓“注册监听器”本质还是你自己手写 psubscribe + 回调，再在里面手动触发 Event::trigger()。

如果你看到类似代码，它只是封装了一层，并未改变底层依赖关系。