【求职大礼包】10万字 Swoole 面试资料整理-Swoole-PHP中文网

swoole面试核心是3类问题：swoole_http_server启动失败（常因漏调start()或主线程退出）、协程上下文丢失（如go中访问$this需显式use）、defer执行时机（在当前协程退出时触发，非函数退出）。

【求职大礼包】10万字 swoole 面试资料整理

没有所谓“10万字 Swoole 面试资料”值得通读——真正决定你能否过 Swoole 相关面试的，是 3 类问题：swoole_http_server 启动失败的排查路径、协程上下文丢失的典型场景、以及 go() 和 defer 混用时的执行顺序陷阱。

为什么 `swoole_http_server` 启动后立刻退出？

最常见原因是没调用 start() 或调用后主线程直接结束。Swoole 的 Server 是事件驱动模型，start() 之后会阻塞在事件循环里；如果代码写成启动后立即 return 或 exit，进程就没了。

实操建议：

检查是否漏了 $server->start() —— 这不是可选步骤，是必调用项
确认脚本末尾没有 exit、die 或未捕获的致命错误（比如 Class 'Swoole\Http\Server' 找不到，说明扩展未启用）
用 ps aux | grep php 看进程是否存在；若存在但端口不通，再查 netstat -tuln | grep :9501 确认监听状态
开发期加一句 echo "Server started at http://127.0.0.1:9501\n"; 放在 start() 前，能快速区分是卡在初始化还是根本没跑起来

`go()` 里访问 `$this` 为什么会报错？

因为协程函数默认不绑定对象上下文。go(function () use ($obj) { ... }) 可以传变量，但 $this 不在 use 范围内，且 PHP 无法自动绑定实例到匿名函数。

Swoole 6.1.1

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

下载

实操建议：

显式传入对象：go(function () use ($this) { ... }) 在 PHP 8.0+ 支持，但注意这不是“真正的 $this 绑定”，只是变量别名；低版本必须写成 $self = $this; go(function () use ($self) { $self->method(); });
避免在协程里直接调用依赖 $this->context 的方法，尤其是涉及连接池、协程客户端（如 Swoole\Coroutine\MySQL）时，上下文一丢就查不到当前协程 ID
如果逻辑复杂，优先封装为独立函数或静态方法，而非强依赖实例状态

`defer` 在协程里到底什么时候执行？

defer 不是“函数退出时执行”，而是“当前协程退出时执行”。它和 go() 的嵌套层级无关，只和协程生命周期挂钩。

实操建议：

下面这段代码中，defer 会在子协程结束时才触发，不是父协程调用 go() 后马上执行：
```
go(function () {
    defer(function () {
        echo "cleanup\n";
    });
    co::sleep(1);
});
```
不要指望用 defer 做跨协程资源释放——它管不了别的协程，也管不了主协程以外的任何上下文
数据库连接、文件句柄这类资源，务必在协程内显式 close() 或 unset()，不能全靠 defer 托底

协程的“轻量”是假象，它的调度、上下文、错误传播都比同步代码更隐蔽。面试官问 Swoole，真正在意的不是你背了多少配置项，而是你有没有在线上踩过 co::sleep() 卡住整个 worker、或者 go() 里忘了 catch 导致协程静默退出这类坑。