workerman跨进程通信依赖unix socket文件，windows下无wsl/cygwin则退化为轮询致性能降60%；主进程通过sigchld信号管理worker生命周期；gatewayworker三进程链路缺一不可；调试需检查tmpfs挂载、socket连接状态、系统调用及文件描述符限制。
理解Workerman跨进程通信的底层前提
Workerman 4.0.41 的跨进程通信不是靠共享内存或消息队列实现的，它依赖 Unix Socket 文件进行进程间数据传递，主进程（Master）与子进程（Worker/Gateway）之间必须通过该通道交换控制指令和状态信息。若部署在 Windows 环境下且未启用 【Windows Subsystem for Linux (WSL) 或 Cygwin】，则无法使用原生 IPC 机制，所有跨进程通信将退化为轮询模拟，性能下降超 60%。
主进程与 Worker 进程间的信号与事件流转
主进程不处理业务逻辑，只监听子进程状态变化：当某个 Worker 进程异常退出时，主进程会立即收到 SIGCHLD 信号 → 触发 pcntl_wait() 捕获子进程 PID 和退出码 → 根据配置决定是否重启该 Worker（由 $worker->reloadable 属性控制）→ 若需重启，则 fork 新进程并重新加载代码文件。
注意：若在 Worker 进程中调用 exit() 而非 $worker->stop()，会导致主进程无法准确识别退出原因，可能误判为崩溃而重复拉起无效进程。
GatewayWorker 模式下的三进程通信链路
GatewayWorker 是 Workerman 的扩展组件，其通信链路由三个角色构成：Gateway 进程（接收客户端连接）、BusinessWorker 进程（执行业务逻辑）、Register 进程（服务注册中心）。它们之间的通信路径如下：
① 客户端连接接入 Gateway 进程 → Gateway 将连接信息（client_id、ip、port）通过 Unix Socket 发送给 Register 进程注册；
② Gateway 收到客户端消息后，不直接处理，而是序列化消息体 + client_id + target_worker_id → 通过 Unix Socket 发送至对应 BusinessWorker 进程；
③ BusinessWorker 执行完逻辑后，将响应数据 + client_id 打包 → 通过 Unix Socket 回传给 Gateway 进程 → Gateway 查找对应连接并 write() 推送。
这三步缺一不可，任意一环的 Unix Socket 文件权限错误（如 /tmp/workerman_register.sock 不可写）都会导致整个链路中断，且无自动降级机制。
自定义进程间消息发送的两种方法
方法一：使用 Workerman 内置的 \Workerman\Connection\AsyncTcpConnection（推荐）
创建一个异步 TCP 客户端连接到本机 Unix Socket 地址（如 unix:///tmp/workerman_bus.sock），调用 send() 发送 JSON 编码的消息，接收方在 onMessage 回调中解析。此方式支持并发发送，不阻塞当前 Worker。
方法二：直接调用 pcntl_signal() + posix_kill() 组合发送自定义信号
仅适用于简单通知场景（如“刷新缓存”），不能携带数据。需提前在目标进程注册 signal handler，且 PHP 必须启用 pcntl 扩展。Windows 下完全不可用。
调试跨进程通信失败的关键检查点
第一步：确认 /tmp 目录是否被挂载为 tmpfs（内存文件系统），否则 Unix Socket 文件可能因磁盘满或 inodes 耗尽而创建失败；
第二步：运行 php start.php connections，观察输出中是否有 “unix:///tmp/xxx.sock” 类型连接处于 ESTABLISHED 状态；
第三步：用 strace -p $(pgrep -f "Master") -e trace=sendto,recvfrom 捕获主进程的 socket 系统调用，验证是否有数据进出；
第四步：检查 ulimit -n 输出值，若低于 65535，则高并发下 Unix Socket 连接可能被内核拒绝，错误日志中会出现 “Too many open files”。
