Laravel + Octane + Swoole 性能起飞【进阶】

先说结论：Lara vel + Octane + Swoole 这套组合，性能从来不是“装上就能起飞”。想让它真正跑起来，得靠你在内存复用、协程调度和状态隔离这三者之间找到那个精准的平衡点。配置没做好，或者忘了处理状态污染，结果可能比传统 PHP-FPM 更慢、更不稳定——这可不是危言耸听。

为什么 Octane::concurrently() 有时比串行还慢

这个函数名字里带“concurrently”，但能不能真并发，得看你的代码里埋了多少坑。Swoole 的协程调度器需要准确识别 I/O 阻塞点，才能让协程们轮流干活。一旦你调用了 file_get_contents()、curl_exec() 或者没适配协程的数据库驱动，整个调度就会退化成同步阻塞——所有协程挤在同一个地方，谁也跑不动。

• 务必确认用的是 swoole/ide-helper 或 hyperf/database 这类协程兼容的客户端，原生 PDO 默认不支持协程，这一点很容易被忽略。
• Octane::concurrently() 内部没有超时控制，一个慢请求会拖垮整组。建议在外部包一层 Co::sleep(3)，或者直接用 SwooleCoroutineHttpClient 自定义 timeout。
• 高频调用时，协程栈深度过大会触发 coroutine stack overflow 错误。解决办法是在 config/octane.php 里调大 'coroutine' => ['stack_size' => 2097152]。

workers 和 task_worker_num 怎么设才不翻车

这两个参数绝不是越大越好。Swoole 的 worker 进程负责处理 HTTP 请求，task_worker 进程专用于异步任务（比如发邮件、写日志）。设错了，轻则 CPU 空转，重则任务积压到崩溃。

• workers 建议设为 cpu_count * 1.5。超过 24 个后，上下文切换开销会明显上升——实测在 16 核机器上，24 个 worker 比 32 个的吞吐量还高 12%。
• task_worker_num 只在显式调用 Octane::task() 时生效。纯 API 场景通常设 0 就行；如果要用，建议 ≤ workers 的 1/3，避免 task 进程抢走 worker 的 CPU 时间片。
• 别忘了配合系统级限制：ulimit -n 65535，否则 worker 启动时会报 Too many open files。

数据库连接池不是开个开关就完事

Octane 常驻内存后，Eloquent 默认的连接不会自动释放。短连接模式下，很快就能把 MySQL 的 max_connections 吃光。光设 PDO::ATTR_PERSISTENT => true 远远不够——它只是复用连接句柄，不是真正的连接池。

• 推荐用 hyperf/database 替代原生 Eloquent，它内置协程连接池，通过 pool.max_connections 控制上限，靠谱很多。
• 在 config/database.php 里为 MySQL 驱动加 'attributes' => [PDO::ATTR_TIMEOUT => 3]，防止协程卡死在慢查询上。
• 务必关闭 DB::listen() 这类调试钩子——它们在常驻进程里会不断累积监听器实例，最后变成内存泄漏的元凶。

缓存失效和 opcache.preload 的坑

php artisan octane:preload 生成的预加载脚本，本质是把类文件 dump 成 OPcache 可执行字节码。但它不会自动感知 .env 或配置变更——改了 APP_ENV 或缓存驱动后，必须手动重跑。

• 预加载脚本默认只包含 app/ 和 config/ 目录。第三方包里的服务提供者（比如 lara vel/sanctum）需要手动加到 config/octane.php 的 warmup 数组里。
• Cache::forget() 在 Octane 下可能失效——因为多个 worker 进程各自持有独立的本地缓存副本。要用 Redis 或 APCu 这类共享后端才行。
• 别在 AppServiceProvider::boot() 里写 Cache::rememberForever()——常驻进程会让这个“forever”真的 forever，直到你 reload 才肯放手。

最麻烦的从来不是启动命令怎么写，而是每个请求之间怎么保证干净。静态属性、全局变量、单例容器绑定、甚至 $_SESSION 残留，都会在 worker 复用中悄悄污染下一个请求。这点没法靠文档覆盖，只能靠 WorkerStarting 事件监听器一层层手动清理。说到底，Octane 的坑，踩过才知道深浅。