【干货满满】Swoole 常用函数手册面试速记版-Swoole-PHP中文网

swoole面试真正考的是真实协程环境中的实战经验：go内禁用sleep须用co::sleep；channel操作必须显式传超时参数（如pop(0)非阻塞、pop(1.5)带超时）；defer绑定协程生命周期，仅执行一次且捕获定义时变量值；onreceive等同步回调中不可直接创建协程客户端，须先go再实例化。

【干货满满】swoole 常用函数手册面试速记版

别背手册——Swoole 面试真正考的不是函数名，而是你有没有在真实协程环境里踩过坑、调过 go、修过 Channel 死锁、搞懂过 defer 的执行时机。

为什么 `go` 启动的协程里不能直接用 `sleep`？

因为 sleep 是同步阻塞系统调用，会卡死整个进程（哪怕只在一个协程里）。Swoole 协程下必须用 co::sleep —— 它让当前协程让出控制权，不阻塞其他协程。

错误写法：go(function () { sleep(1); echo "done"; }); → 整个 Worker 进程停 1 秒
正确写法：go(function () { co::sleep(1); echo "done"; });
注意：co::sleep 参数单位是秒（浮点数支持，如 co::sleep(0.1)），不是毫秒
替代方案：Co::usleep(100000)（微秒），但日常用 co::sleep 更直观

`Channel` 的 `pop` 和 `push` 在超时场景下怎么写才不卡住？

默认 pop/push 是阻塞的，面试常问“如何避免无限等待”。答案不是加 try/catch，而是传超时参数——且必须注意：超时值为 0 表示非阻塞，-1 表示永久阻塞（不是省略）。

Swoole 6.1.1

Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。

下载

非阻塞取值：$chan->pop(0) → 立即返回 false（无数据时）
带超时取值：$chan->pop(1.5) → 最多等 1.5 秒，超时返回 false
容易错：$chan->pop()（无参数）≠ $chan->pop(-1)，前者会报错：缺少参数
真实场景：消费者协程从 Channel 取任务，必须设超时，否则上游崩溃后它会永远挂起

`defer` 在协程退出时到底执行几次？

defer 绑定到当前协程生命周期，不是函数作用域，也不是进程级。协程结束（正常 return / 异常终止 / 被 exit）时触发，且只执行一次——这点和 Go 不同，也常被误解。

示例：go(function () { defer function() { echo "clean"; }; co::sleep(0.1); }); → 输出 clean
陷阱：defer 函数里的变量捕获的是定义时的值，不是执行时的值（闭包行为）
不适用场景：不能用来释放全局资源（如文件句柄），因为协程退出不等于资源可安全释放；需配合 finally 或显式 close
调试技巧：在 defer 里加 echo 或 var_dump(get_current_task()) 确认是否真被调用

为什么 `Swoole\Server` 里不能在 `onReceive` 中直接 `new Swoole\Coroutine\Http\Client`？

可以，但极不推荐——因为 onReceive 是同步回调，不在协程上下文里，直接 new 协程客户端会抛出 "cannot use coroutine client in sync mode" 错误。

正确姿势：先 go 启动协程，再在协程内创建 Swoole\Coroutine\Http\Client
典型错误：$server->on('receive', function($serv, $fd, $reactor_id, $data) { $client = new Co\Http\Client(...); }); → 直接崩溃
修复写法：$server->on('receive', function($serv, $fd, $reactor_id, $data) { go(function () use ($data) { $client = new Co\Http\Client(...); }); });
额外提醒：协程客户端必须在协程内创建 + 使用，connect/execute 等方法本身也是协程友好的，无需再套 go