Workerman 4.0与5.0在主动推送信息上存在四大差异：客户端通信方式（4.0同步阻塞/第三方库，5.0原生协程HTTP客户端）、GatewayClient命名空间（5.0强制use声明）、Register服务超时处理（5.0静默丢弃）、热更新后需调用Gateway::clearAllClientInfo()避免推送失效。
Workerman 4.0和5.0在主动推送信息的写法上存在实质性差异，主要体现在客户端通信方式、协程支持、HTTP客户端组件结构以及GatewayClient兼容性上。4.0依赖同步阻塞式调用或第三方HTTP请求库，5.0则原生支持协程异步HTTP客户端，并强制要求GatewayClient命名空间声明。
使用GatewayClient推送（通用但版本行为不同）
方法一：GatewayClient基础调用（4.0兼容，5.0需加命名空间）
1. 确保已下载并引入GatewayClient，路径正确且可被自动加载。
2. 在4.0项目中直接 require_once 'GatewayClient/Gateway.php' → new Gateway() 即可使用。
3. 【5.0必须加命名空间】：必须声明 use GatewayClient\Gateway; 否则类找不到，报 Fatal error。
4. 设置注册地址：Gateway::$registerAddress = '127.0.0.1:1236'; 这一步在两个版本中写法一致，但5.0对register服务响应超时更敏感，若连接失败会静默丢弃推送而非抛异常。
使用workerman/http-client发送HTTP推送（仅5.0支持）
这一步只存在于Workerman 5.0，4.0无此组件。
安装：composer require workerman/http-client
初始化客户端：$client = new \Workerman\Http\Client();
发起异步推送：$client->post('http://localhost:2121/?type=publish&to=1001&content=新消息', [], function($response) { echo $response->getBody(); });
注意：该调用不阻塞主线程，但回调函数内无法访问$this上下文——若在Worker类中调用，需提前绑定变量或使用闭包use传参。
通过GatewayWorker内部方法推送（4.0常用，5.0仍可用但有风险）
方法一：在Event.php中调用Gateway::sendToUid()
直接写：Gateway::sendToUid($uid, json_encode(['type'=>'notify','data'=>$msg]));
这在4.0和5.0中语法相同，但5.0默认启用协程调度器，若在非协程环境（如onConnect中）调用该方法，可能触发警告“Co::sleep() must be called in coroutine”——【必须确保当前上下文已进入协程】，否则推送失败且无日志提示。
方法二：绕过Gateway，直连Register服务（跨版本通用但不推荐）
用stream_socket_client连接1236端口 → 手动构造二进制协议包 → 发送 → 解析返回码。该方式绕过所有封装，4.0/5.0均可运行，但协议格式稍有变更：5.0的Register响应包头多4字节时间戳字段，旧解析逻辑会错位。
热更新后推送失效？检查reload机制差异
4.0使用kill -USR1主进程PID实现平滑重启，所有连接保活，UID映射仍在内存中。
5.0默认启用协程模式，reload时若未显式调用Gateway::clearAllClientInfo()，旧worker残留的$uidConnections数组不会自动清空 → 新worker启动后，旧UID仍指向已销毁的Connection对象 → 推送时静默失败。
解决：在onWorkerStart回调开头添加Gateway::clearAllClientInfo(); 这行代码在4.0中无效（方法不存在），但在5.0中是必加项。
