【大厂真题】唯品会 PHP 工程师 Swoole 实战面试-Swoole-PHP中文网

swoole中static变量在onrequest里持续递增是因worker进程常驻导致生命周期为进程级；正确做法是用swoole\table或redis实现请求隔离，禁用全局静态状态。

【大厂真题】唯品会 php 工程师 swoole 实战面试

Swoole 在唯品会这类高并发电商场景中，不是“能不能用”的问题，而是“怎么用才不出事”的问题。真实压测和线上事故反复验证：协程写法稍有偏差、连接没回收、状态没隔离，流量一上来就内存暴涨或请求串号。

这不是 bug，是 Swoole Worker 进程常驻的必然结果。PHP-FPM 每次请求都重载脚本，static 变量自然重置；而 Swoole 的 onRequest 回调在同一个 Worker 进程内反复执行，static 存储的是进程级生命周期数据。

现象：接口返回值从 1 → 2 → 3 … 持续递增，重启 Worker 才归零
本质：Worker 进程不销毁，static 变量不会自动清空，也不受请求上下文约束
正确做法：需要请求隔离的状态，必须用 Swoole\Table（单机）或 Redis（跨进程），例如：$table->incr($key, 'count', 1)
危险替代：用 $_SERVER 或 $GLOBALS 存临时数据，同样会跨请求污染

必须在所有业务代码执行前、且仅一次调用，通常放在 Server 启动入口最顶部，不能放在 onRequest 或协程函数内部。

PHP 8.5.5

PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。

下载

错例：go(function () { Swoole\Runtime::enableCoroutine(); ... }); —— 此时协程环境已存在，Hook 失效，curl_exec 仍阻塞
对例：在 $server->start() 前，全局作用域第一行写 Swoole\Runtime::enableCoroutine(true);
参数影响：true 表示 Hook 所有支持的函数（含 file_get_contents、stream_socket_client 等），但 sleep() 仍需换为 Swoole\Coroutine::sleep()
兼容性注意：PHP 8.0+ + Swoole 5.x 是当前唯品会线上主流栈，低版本开启 Hook 可能触发 segfault

协程 MySQL 客户端实例本身不自动释放底层 socket，unset($client) 不等于关闭连接，必须显式调用 close()。

常见错误：用完 $db = new Swoole\Coroutine\MySQL(); $db->connect(...); 后直接 return，没 $db->close()
后果：每个协程持有一个未关闭连接，Worker 进程内连接数线性增长，最终触发系统级 EMFILE 错误
安全写法：用 try/finally 包裹，确保无论是否异常都执行 $db->close()
更优方案：上连接池，预创建固定数量客户端，使用后 return 到空闲队列，避免频繁 connect() 开销

TaskWorker 是独立进程，与 Worker 进程内存完全隔离。global 变量在 TaskWorker 内是全新副本，修改它对 Worker 无任何影响，但容易误以为能共享状态。

典型误用：Worker 中 global $cache = [];，投递任务后在 onTask 里往 $cache[] push 数据，期望 Worker 能读到 —— 实际读到的是空数组
真正可用的跨进程通信方式只有：Swoole\Table（需提前声明结构）、Redis、消息队列、文件（不推荐）
TaskWorker 适合干的事：发送邮件、生成报表、调用第三方 HTTP 接口等耗时且无需实时返回的阻塞操作
别踩的坑：在 onTask 里调用 Swoole\Coroutine 相关函数（如 go），TaskWorker 默认不启用协程环境，需手动 Swoole\Coroutine\run() 包裹