突破性能瓶颈：thinkphp使用Swoole集成【极速版】

先从一个关键配置聊起：enable_coroutine 必须设为 true，否则协程根本不会启动。这一点，是性能跃迁的真正前提，不是可选项。

为什么 enable_coroutine => true 配置了，却感觉没生效？

一个相当常见的现象：配置写得明明白白，php --ri swoole 也显示扩展已加载，但一压测就原形毕露——CPU 飙升、并发卡在几百，strace 一看，满屏都是 read/write 阻塞调用。

问题根源并不在于配置漏写，而是 ThinkPHP 的数据库连接在初始化阶段就已经硬生生创建了 PDO 实例。这意味着，它绕过了 Swoole 的协程 Hook。Swoole 只能接管运行时新建的连接，对那些早已存在的同步连接，它无能为力。

正确做法是把握几个关键点：

• 在 WorkerStart 回调里调用 SwooleRuntime::enableCoroutine(SWOOLE_HOOK_ALL)。不能在全局或配置文件中提前调用，因为框架初始化可能会覆盖掉它。
• 修改 config/database.php，禁用 'use_pool' => true，改用原生 MySQL 协程驱动，也就是 type => 'mysql' 配合 think-swoole 连接池。
• 检查是否误用了 think\db\connector\Mysql::connect()。这个方法内部调用的是 mysqli_connect，默认不 Hook，需要显式加上 SWOOLE_HOOK_MYSQLI 才能接管。

Db::transaction() 报错：“Cannot use object of type Swoole\Coroutine\MySQL as resource”

这是典型的协程 MySQL 对象与旧事务 API 的冲突。ThinkPHP 原生的事务方法，比如 mysqli_commit()，依赖的是函数式的资源操作。但协程客户端返回的，是一个对象实例，两者不兼容。

解决方案很明确：

• 放弃 Db::transaction()，改用 $db->startTrans() + $db->commit() / $db->rollback()。从 think-swoole v4+ 开始，这套接口已经做了适配。
• 确认没有混用 think-orm 和旧版 think-db，这两者的协程事务层实现并不一致。
• 不要在协程之外提前调用 Db::table()->select() 来触发连接。所有数据库操作，都必须发生在 WorkerStart 初始化连接池之后，并且在协程内部执行。

Session 和 Cookie 在 Swoole 下失效或跨请求污染

Swoole 常驻内存的运行方式，让 PHP 原生的 session_start() 和 setcookie() 变得很不适应。锁文件、输出时机错乱，往往导致登录态丢失，甚至用户数据串号——这不是小问题。

几个需要留意的操作：

• 关闭自动 Session：ini_set('session.auto_start', 0)。所有 session 操作改为手动控制：先 session_id($id)，再 session_start()。
• 每次响应结束前，必须调用 session_write_close()。否则后续请求会一直阻塞，等待写锁释放。
• Cookie 不要再用 header('Set-Cookie: ...') 这种方式。改用 $response->cookie()（think-swoole 提供了这个方法），或者直接操作 $server->response->cookie()。
• Session 存储必须切换成非文件驱动的方案。推荐使用 Redis，并确保用的是 Swoole\Coroutine\Redis 实例。

连接池不起作用？检查 pool_size 和初始化时机

连接池失效最容易被忽略的一点：它只在 WorkerStart 中初始化才真正生效。如果在配置文件里写死了 pool_size，却没有在回调里调用 Db::setConfig()，那这个配置就只是个空架子。

• 在 WorkerStart 中显式调用：Db::setConfig(['type' => 'swoole', 'pool_size' => 20])。
• pool_size 不必设得过大，比如超过 50。单个 Worker 进程内连接数过多，反而会增加调度开销。建议设为 worker_num × 2 ~ 5 这个区间。
• Redis 连接池需要配合 coRedis 驱动使用。在 WorkerStart 中 new 出实例，并注入到容器里，不能复用 think-cache 默认的同步 Redis 实例。

协程上下文隔离，不是什么锦上添花的优化项。在 Swoole 环境下，这是 ThinkPHP 能否稳定运行的生死线。$_GET、$_POST、静态属性、单例状态——所有这些，必须在每次请求开始前重置，在结束时清理。哪怕漏掉一个，高并发下都可能引发数据污染或内存泄漏。