Yii2默认不支持Swoole常驻内存，需重构启动逻辑：禁用自动路由与响应、替换Web依赖别名与日志器、使用yii2-swoole扩展接管请求生命周期，并手动处理响应、连接池及异常。
Yii2默认HTTP生命周期不支持常驻内存，直接跑Swoole会出问题
Yii2是为传统PHP-FPM设计的，每次请求都重建应用实例、加载配置、初始化组件。Swoole启动后进程常驻，如果直接把Yii2丢进Swoole\Http\Server里跑，会出现数据库连接泄漏、Redis连接复用失败、日志写入错乱、Session状态残留等问题——不是“跑不起来”，而是“跑着跑着就崩”。
关键不是换服务器，而是重构启动逻辑：剥离Yii2的请求生命周期依赖，只保留核心服务层（如Yii::$app中注册的业务组件），让控制器变成无状态函数式调用。
- 必须禁用
yii\web\Application的自动路由和响应发送，改由Swoole手动处理request/response - 不能使用
Yii::getAlias('@webroot')这类依赖Web环境的别名，改用YII_APP_BASE_PATH或硬编码路径 -
Yii::info()等日志调用需替换为Swoole兼容的日志器（如swoole_logger），避免写入被缓存或并发冲突
用yii2-swoole扩展而非手写Swoole Server
别从new Swoole\Http\Server开始写——重复造轮子且难维护。社区已有成熟封装：mix/websocket太重，yiisoft/yii2-swoole（官方未维护）不稳定，推荐用im050/yii2-swoole（v4+）或overtrue/swoole-yii2（轻量级）。它们做了三件事：清空全局状态、复用DB/Redis连接池、接管$_GET/$_POST模拟。
安装后入口文件不再是web/index.php，而是新建server.php：
<?php
require __DIR__ . '/vendor/autoload.php';
require __DIR__ . '/vendor/yiisoft/yii2/Yii.php';
$config = require __DIR__ . '/config/web.php';
// 启动Swoole服务，不触发Yii2默认HTTP流程
(new \Overtrue\SwooleYii2\Application($config))
->run();
- 配置里必须关闭
'enableCsrfValidation' => false，Swoole无Cookie上下文 - 数据库组件要显式配置
'class' => 'yii\swoole\db\Connection'（非yii\db\Connection），否则PDO连接不会复用 - 路由规则仍写在
urlManager里，但实际由Swoole的onRequest回调解析，不是Apache/Nginx转发
Controller里不能用$this->redirect()或$this->render()
所有响应必须由Swoole的$response对象发出，Yii2的Response组件已失效。常见错误是写完逻辑还调$this->redirect('/login')，结果返回空白页甚至500——因为redirect()尝试修改Header，而Swoole的Response已关闭或未设置。
正确做法是统一返回数组或JSON对象，由Swoole中间件序列化：
public function actionLogin()
{
$user = User::findByUsername($this->request->post('username'));
if (!$user || !Yii::$app->security->validatePassword($this->request->post('password'), $user->password_hash)) {
return ['code' => 401, 'message' => 'Unauthorized'];
}
return ['code' => 0, 'data' => ['token' => $user->generateToken()]];
}
- 所有
$this->request来自Swoole封装的Request类，不是yii\web\Request - 不能访问
$this->view，模板渲染需提前编译为字符串（用yii\base\View手动renderToString） - 异常不能靠
try-catch+throw new HttpException自动转HTTP状态码，得手动判断if ($e instanceof NotFoundHttpException)并设$response->status(404)
热更新与内存泄漏比性能更致命
“极速”不等于“永不重启”。Swoole常驻后，PHP代码变更不会自动加载，opcache又缓存了旧字节码，导致改完代码没生效；更麻烦的是，长期运行中static变量、全局数组、未释放的PDO Statement会悄悄吃光内存。
- 开发期加
inotify监听app/controllers/目录，文件变动时调用swoole_server->reload()（注意：reload会中断长连接） - 生产环境用
max_request=1000强制Worker进程回收，避免内存持续增长 - DB连接必须设
'attributes' => [PDO::ATTR_PERSISTENT => false]，Swoole自带连接池，持久化反而导致连接数爆炸
真正卡点不在QPS数字，而在你忘了关掉debug模式——yii\debug\Module会累积大量调试数据到内存，跑半天就OOM。
