不能直接用$fd作用户id，因其是swoole分配的临时文件描述符，仅在当前worker进程内有效，会复用、不可跨进程共享，且服务重启后失效；必须通过redis建立user_id↔fd双向映射，并在onopen绑定、onclose清除，推送前还需用$server->exist($fd)校验连接有效性。
为什么不能直接用 $fd 当用户 ID
因为 $fd 是 Swoole 分配的临时文件描述符，只在当前 Worker 进程内有效。连接断开后，操作系统会立即回收该 $fd，下次新连接很可能复用同一个数字。服务重启、Worker 崩溃、负载均衡下跨进程时，$fd 完全不可靠。你发消息时如果只认 $fd，轻则错发，重则把消息推给一个早已离线甚至根本不是目标用户的“幽灵连接”。
必须用 Redis 存 user_id → fd 映射
Redis 是跨进程、高并发、低延迟的首选。别用 PHP 的全局数组（$fdToUid = []）或 APCu —— 它们只在单个 Worker 内生效，其他进程查不到，私聊必然失败。
-
SET user:123 456：用户 123 登录时，存其当前$fd（比如 456） -
DEL user:123：在onClose回调里立刻删掉，防止僵尸映射 - 推送前加一层校验：
$server->exist($fd)，避免向已关闭但 Redis 还没清理的$fd发送数据导致警告
onOpen 和 onClose 必须成对操作
这是状态同步的铁律。很多线上问题都源于只写了绑定，忘了清理。
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
-
onOpen：解析登录包（如{"type":"login","user_id":123}），写入 Redis，并可选地广播“用户上线”事件 -
onClose：用$frame->fd反查 Redis 得到user_id，再删掉user:123键；同时建议记录日志，便于排查“用户明明下线了，为啥还收到消息？”这类问题 - 注意：不要在
onClose里做耗时操作（如 MySQL 写入），它阻塞整个 Worker；离线消息落库建议投递到协程任务或消息队列
Hyperf 用户要特别注意 Session 生命周期
Hyperf 封装了 Session 组件，但它的默认行为不自动绑定 user_id 到 WebSocket 连接。你得手动在 onOpen 阶段调用类似 $this->sessionService->setUserIdByFd($fd, $userId) 的逻辑（实际需自己实现），且确保该服务底层用的是 Redis 而非内存存储。
最容易被忽略的一点：Hyperf 的 WebSocket\Handler 类里，$fd 在不同生命周期钩子中可能不可见或已被释放。务必在 onMessage 中第一时间从 $frame->fd 提取并缓存，别依赖闭包引用或类属性跨方法传递 —— 协程切换可能导致状态丢失。
