webman不是开箱即用的im框架,需手动启动websocket服务、构建uid连接映射、用redis实现跨进程广播、异步化消息落库与状态同步,并剥离心跳检测,单机上限约5万连接。

Webman 本身不是开箱即用的 IM 框架,直接照搬 demo 写个 onMessage 广播,5000 连接就卡顿,1 万连接大概率丢消息。真要撑住企业内网高频小包通信(比如审批提醒、工单推送、部门群聊),必须绕过默认陷阱,把连接管理、广播路径、状态同步全换掉。
WebSocket 服务必须在 start.php 手动启动,不能只改 config/server.php
很多人以为改了 config/server.php 加上 websocket:// 就能跑 WebSocket,结果浏览器连都连不上——因为 Webman 默认只启 HTTP Worker,config/server.php 对 WebSocket 完全无效。
- 必须在
start.php末尾、Worker::runAll()之前,显式 new 一个Worker实例:new Worker('websocket://0.0.0.0:2345') - 端口别和 HTTP 冲突(HTTP 默认 8787,WebSocket 建议用 2345 或 9502)
- 必须手动注册
$worker->onConnect、$worker->onMessage、$worker->onClose,否则连接建立后收不到任何数据 - 检查 PHP 是否启用了
pcntl和posix扩展,缺一不可
用户连接不能存 $worker->connections,得用 uid → connection 映射 + Redis 同步
$worker->connections 是 raw socket 列表,不含业务身份,遍历它发私聊等于随机投递;多进程下更糟——每个 Worker 进程内存隔离,A 进程存的连接,B 进程根本看不到。
Redis 8.2.3 是一款安全优先的高性能键值存储系统。该版本紧急修复了可能引发远程代码执行(RCE)的高危漏洞(CVE-2025-62507),并解决了 HyperLogLog 及 Cuckoo Filter 等数据结构在特定场景下的崩溃问题。建议所有用户立即升级,以保障生产环境的系统稳定与数据安全。
- 在
onConnect里解析 query 参数(如?uid=123&token=abc),校验通过后存入$worker->uidConnections[123] = $connection - 务必在
onClose中unset($worker->uidConnections[$uid]),否则内存泄漏 + 重复推送 - 跨进程广播必须走 Redis:用
SADD online:dept_001 123存在线成员,用PUBLISH channel:dept_001 $msg触发本机 Worker 订阅后精准投递 - 避免用数组存房间成员(如
$rooms['tech'][] = $conn),单机可跑,上线就失效
广播性能卡在 webman_socket_send() 阻塞调用,必须异步化 + 提前序列化
webman_socket_send() 是阻塞式调用,网络差或内核 buffer 满时,单次可能卡几十毫秒。万级连接下,foreach 逐个 send,CPU 和网络栈直接打满,主线程卡死。
- 绝不允许在
onMessage里做json_encode($msg)—— 提前 encode 一次,复用字符串 - 广播循环用
foreach ($worker->uidConnections as $conn),跳过未登录/断连脏连接,别遍历$worker->connections - 大群消息(>1000 人)必须拆包:先发 header(含
msg_id、seq),再发 payload,前端按序组装 - 敏感操作(撤回、已读)必须带服务端时间戳和单调递增
seq,防客户端伪造或乱序
离线消息和未读数不能直写 MySQL,必须异步落库 + Redis 原子计数
在 onMessage 里直接 INSERT INTO messages,数据库连接池几秒打满,整个服务变慢。企业内网对消息可靠性要求高,但 Webman 没内置持久化,靠内存队列扛不住进程崩溃。
- 所有写库操作必须扔进异步任务(如
Task::async(...)),消息先入 Redis Stream 或本地 ringbuffer,再由独立 consumer 落库 - 未读数别用 MySQL COUNT,改用 Redis Sorted Set:
ZADD unread:{group_id}:{user_id} {last_read_msg_id} $msg_id,新消息来时ZCOUNT算差值 - 历史消息查询必须加缓存:
SETEX cache:hist:123:456:1712345678 300 ...,且 SQL 强制走created_at + id复合索引,分页用游标,禁用OFFSET - 心跳检测剥离为独立协程,每 30 秒扫一次
online:*key 过期,不混入业务 handler
最常被忽略的点:Webman 单机撑不过 5 万连接,哪怕内网环境也一样。别试图调高 worker_num 或 max_coroutine 硬扛,瓶颈不在参数而在架构——连接管理、消息路由、状态同步这三块,任何一块没抽出去,横向扩容就是假象。










