需用Workerman 4.0.20搭建低延迟多人实时协作工具，严格指定版本安装、配置双进程WebSocket服务器，通过时间戳+序列号实现乐观并发控制，并按room参数隔离广播，确保连接稳定与状态同步。
你需要用 Workerman 4.0.20 搭建一个支持多人实时协作的工具（如白板、文档协同、画布同步），要求消息低延迟、状态可广播、连接稳定，且不依赖 Swoole 或额外扩展。
初始化项目并安装 Workerman 4.0.20
在空目录下执行：composer init 创建新项目，按提示完成基础配置；接着运行：composer require workerman/workerman:4.0.20。这一步必须指定精确版本号，否则 Composer 可能安装 4.1.x 或更高版本——【Workerman 4.1+ 移除了部分底层连接管理方法，会导致协作状态同步逻辑崩溃】。
安装完成后，检查 vendor/workerman/workerman/CHANGELOG.md，确认顶部版本声明为 v4.0.20；若显示其他版本，请删掉 vendor 目录和 composer.lock，重新执行安装命令。
创建 WebSocket 协作服务器核心
新建 server.php，写入以下代码：
第一步：引入自动加载器与 Worker 类
第二步：创建监听 websocket://0.0.0.0:2026 的 Worker 实例
第三步：设置进程数为 2（非高并发场景下，设为 1 容易因单进程阻塞导致协作卡顿；设为 >4 则可能触发 Linux 文件描述符限制）
第四步：在 onConnect 中为每个连接分配唯一 client_id 并存入全局连接池
注意：不要在 onConnect 里执行耗时操作（如数据库查询），否则新用户连接会排队等待，实时性直接失效。
实现协作状态广播与冲突规避
方法一：基于时间戳的乐观并发控制
客户端每次提交操作（如“在坐标(120,85)画线”）时，必须携带本地生成的毫秒级时间戳 ts 和操作序列号 seq；服务端收到后，只广播比当前房间最大 ts 更新的操作，并丢弃 ts 相同但 seq 更小的重复包。
方法二：使用 connection->id 做轻量路由键
在 onMessage 回调中，用 $connection->id 作为该连接的不可变标识，配合 $connection->worker->connections 遍历所有在线连接；向除自己外的所有连接发送数据时，用 foreach 显式过滤，避免误发回源。
方法三：房间隔离（推荐用于多白板场景）
客户端首次连接时，通过 URL 参数传递 ?room=design-v2；服务端用 $connection->getRemoteIp() + parse_url($_SERVER['REQUEST_URI'] ?? '', PHP_URL_QUERY) 提取 room 值，将连接注册到 $rooms[$room][] = $connection；广播时仅遍历对应房间数组，不污染其他协作空间。
启动服务并验证连接稳定性
执行 php server.php start -d 后，用浏览器打开 ws://localhost:2026 连接测试页（可用简易 HTML + JS 实现）；连续发送 100 条带递增序号的消息，观察是否全部按序到达且无丢包。
若出现连接中断，检查防火墙是否放行 2026 端口；若日志中频繁出现 Connection reset by peer，说明客户端未正确处理 ping/pong 心跳——Workerman 4.0.20 默认每 30 秒发一次 ping，客户端必须响应 pong，否则连接被强制关闭。
