yii框架中redis发布订阅不可用于web请求，仅支持独立常驻进程；需绕过框架封装，用predis客户端手动实现subscribe，并配supervisord看护进程。
Yii 框架里用 Redis 发布订阅做实时通知，不是不行，但得绕开框架封装直接操作连接——否则你会收不到消息、卡住进程、甚至让 Web 请求阻塞。
Redis subscribe 不能在 Yii 的 Web 请求生命周期里调用
Yii 默认用的是同步阻塞式 Redis 客户端（比如 yii\redis\Connection），而 subscribe 是长连接+事件循环操作，一旦调用就会卡死当前 PHP 进程，Web 响应永远不返回。
- 别在控制器 action 或视图里写
$redis->subscribe(...)，这等于主动挂起 HTTP 请求 - 如果你看到页面白屏、超时、或日志里反复出现
PHP Warning: proc_open(): fork failed，大概率是误用了阻塞订阅 - 真正可行的场景只有：独立运行的常驻进程（如基于
php yii redis/listen的命令行脚本）
用 yii\redis\Connection 手动获取原生连接再 pubsub
Yii 的 Redis 组件本身不暴露 pubsub 方法，但你可以从 Connection 实例里拿到底层 Predis\Client 或 Redis 对象，再调用原生方法。
- 确认你用的是
predis驱动（'class' => 'Predis\Client'），因为原生Redis扩展对pubsub支持更弱 - 在命令行脚本中这样拿连接：
$client = Yii::$app->redis->getMaster()->getConnection()->getSocket();不行 —— 正确做法是：$client = Yii::$app->redis->redis; // 直接访问 protected 属性需确保驱动兼容；更稳的方式是新建一个Predis\Client实例，复用相同配置 - 示例片段（CLI 脚本）：
$client = new \Predis\Client(['scheme' => 'tcp', 'host' => '127.0.0.1', 'port' => 6379]); $client->subscribe(['notify:order'], function ($redis, $channel, $message) { echo "收到通知: {$message}\n"; // 处理逻辑，比如更新数据库、发邮件 });
Web 端接收不到消息？你缺的是客户端轮询或 WebSocket 桥接
PHP 无法在浏览器里“实时监听” Redis 频道，必须靠前端主动拉取或通过中间服务转发。
- 别指望用 AJAX 轮询
/api/notifications接口去查 Redis 列表（lpop）——这不算发布订阅，只是队列消费，且轮询频率难平衡 - 真正贴近“实时”的方案是加一层轻量 WebSocket 服务（如
workerman或swoole），它连 Redis 订阅，再把消息推给指定用户 socket - 如果只用 Yii，最简方案是：后端用命令行脚本消费频道，把消息存进数据库或缓存（如
cache/notify:{user_id}），前端用fetch定期查这个 key
Redis 发布订阅在 Yii 里从来就不是开箱即用的功能，它要求你清楚区分「谁负责监听」和「谁负责展示」。最容易被忽略的一点是：订阅进程崩溃后不会自动重启，必须配 supervisord 或 systemd 看护，否则通知就断了。
