workerman消息广播分单进程和多进程两种实现：单进程直接遍历$worker->connections并三重校验连接状态；多进程需redis pub/sub同步消息，并用redis hash维护全局在线用户表；精准推送需手动绑定uid与connection并跨进程中转。
Workerman实现消息广播功能，本质是让服务器把同一份数据同时发给所有在线客户端，适用于聊天室、实时通知、协同编辑等场景，不依赖第三方中间件也能跑通基础逻辑。
单进程广播：直接遍历 connections
适用于开发调试或低并发场景，无需额外组件，但必须设为单进程运行，否则连接无法跨进程触达。
第一步：创建 WebSocket Worker 实例，并强制设为单进程
【$worker->count = 1 必须显式设置】，否则多进程下 $worker->connections 只包含本进程的连接，广播会漏掉其他进程里的用户。
第二步：在 onMessage 回调中遍历所有连接并安全发送
使用 if ($connection && !$connection->isClosed() && $connection->isWebSocket()) 做三重防护，避免向握手未完成、已关闭或非 WebSocket 的连接发数据——否则会触发 Call to a member function send() on null 错误。
第三步：启动服务
执行 php start.php start -d 启动后，任意客户端发来的消息都会被原样广播给当前进程内所有活跃 WebSocket 连接。
多进程广播：用 Redis Pub/Sub 同步消息
当 Worker 进程数大于 1 时，各进程的 $connections 相互隔离，必须靠外部通道把消息“转发”到其他进程。Redis 的 publish/subscribe 是最轻量可靠的方案。
方法一：各进程订阅同一 channel
所有 Worker 实例初始化时，用 Redis 客户端订阅 workerman:broadcast 频道；收到消息后，再调用本地 connections 广播。
方法二：统一入口发布消息
业务代码（如控制器）调用 $redis->publish('workerman:broadcast', json_encode($payload)) 即可，无需感知进程分布。
方法三：监听 + 转发闭环
每个 Worker 启动后开启一个独立协程或子进程监听 Redis channel，收到消息立刻解包 → 过滤 → 本地广播，整个链路无中心节点依赖。
【必须用 Redis 存全局在线用户表 user:onlineHash】，仅靠 $worker->connections 无法应对机器宕机或进程崩溃，会导致连接状态丢失且无法恢复。
按用户 ID 精准推送：自己维护连接映射表
Workerman 不自动绑定 uid 和 connection，$connection->uid 是可写属性，但不会去重、不跨进程、断连也不自动清理——全靠你手动维护。
第一步：连接建立时注册 uid
在 onConnect 回调里解析 token 或 session，提取用户 ID，赋值 $connection->uid = $uid，并写入 Redis Hash，键为 user:online:$uid，值为 $connection->id。
第二步：断开时同步清理
onClose 中不仅要 unset($worker->connections[$connection->id])，还要 del user:online:$uid，否则 Redis 里残留无效映射，后续推送会失败。
第三步：推送时查表拉取连接 ID 列表
根据目标 uid 查 user:online:$uid 获取 connection id，再从 $worker->connections 中捞出对应连接对象——注意该连接可能不在当前进程，所以实际推送必须走 Redis Pub/Sub 中转。
