workerman长连接系统必须黑盒与白盒协同验证：黑盒模拟压测、网络异常及非法包检验业务韧性；白盒覆盖onconnect/onmessage/onclose状态流转与资源释放；二者交叉验证连接关闭、重连、配置生效及重启场景。
Workerman长连接系统不能只靠“连得上、发得通”就上线，必须用黑盒验证业务行为是否符合预期，用白盒确认心跳逻辑、连接状态管理、资源释放等关键路径是否无缺陷——二者缺一不可。
黑盒测试重点：模拟真实客户端压测与异常网络行为
黑盒测试不看代码，只管它对外表现是否稳定可靠。对长连接系统，核心是验证它在真实网络环境下的功能韧性。
- 用
netcat或自研 TCP/WS 客户端批量建连（如 5000+），持续发送业务消息 + 心跳包，观察服务端是否丢连接、乱序、延迟突增； - 主动模拟网络抖动：用
tc命令注入丢包（tc qdisc add dev eth0 root netem loss 5%）或延迟（delay 200ms），验证客户端能否自动重连、服务端是否误判为超时断连； - 构造非法心跳包（如空数据、超长 JSON、非
{"type":"ping"}格式），检查服务端是否崩溃、日志是否记录错误、连接是否被安全隔离； - 验证业务语义正确性：例如发送登录请求后，后续消息是否被正确路由到该连接上下文，而非随机转发或丢失。
白盒测试重点：覆盖 onConnect/onMessage/onClose 状态流转与定时器逻辑
白盒测试必须深入 Workerman 的事件生命周期，尤其关注长连接特有的状态污染和资源泄漏风险。
- 用
Workerman\Connection\TcpConnection模拟连接对象，直接调用$worker->onConnect($connection)，断言$connection->keepConnection是否为true，且$connection->lastMessageTime是否初始化； - 在
onMessage中传入心跳数据，验证是否触发了$connection->lastMessageTime更新，并且未执行$connection->send()时是否不会意外关闭连接； - 显式调用
Worker::addTimer()启动的清理逻辑，需在测试中手动触发定时器回调，并遍历Worker::$connections断言超时连接是否被close()； - 特别检查
onClose回调：模拟客户端断网后服务端超时关闭，确认是否释放了关联的用户 session、缓存 key、数据库连接等外部资源。
黑盒与白盒协同验证的关键断点
单靠任一方法都会漏掉致命问题。真正上线前，必须交叉验证几个“边界交界处”。
- 当黑盒压测中某连接因心跳超时被服务端关闭，白盒需确认该连接的
onClose是否执行完毕，且Worker::$connections数量实时减 1（避免连接句柄泄漏）； - 黑盒看到客户端重连成功，白盒要验证新连接的
onConnect是否没复用旧连接的lastMessageTime（防止时间戳错乱导致误杀）； - 修改了
Worker::$maxConnections配置后，黑盒必须实测是否真能承载目标并发数，而白盒需检查该值是否在 Worker 实例启动时被正确读取，而非仍用默认 1024； - supervisor 守护进程重启 Workerman 后，黑盒验证连接是否全部中断并重连，白盒确认
onClose是否被批量触发、无阻塞等待。
最容易被忽略的是：黑盒测试里“连接没断”不等于“连接可用”，白盒测试里“函数执行了”不等于“状态更新了”。必须把心跳时间戳、连接引用计数、定时器注册状态这些底层变量，同时纳入两端的观测范围。
