Yii REST API 性能瓶颈不在框架本身，而在数据库查询、序列化逻辑、中间件滥用和缓存缺失；应精简 fields()、用 asArray()、Redis 缓存 token、禁用 debug 模块。
Yii REST API 本身不慢，但“快”取决于你怎么用——框架层开销极小，真正的性能瓶颈几乎都出在数据库查询、序列化逻辑、中间件滥用或未启用缓存上。
yii2 rest controller 的默认行为拖慢接口？
是的，ActiveController 默认启用了完整的 ActiveRecord 生命周期和数据验证，哪怕你只是 GET /users 查列表，它也会：
- 调用
findModel()或index()中的Query构建，但若没显式限制字段，会查全表所有列 - 对每个模型实例执行
toArray()，触发所有 getter、virtual attributes 和 relation 加载（比如$model->profile） - 如果启用了
ContentNegotiator+JsonResponseFormatter，还会做一次深度数组遍历格式化
实操建议：
- 重写
fields()方法，只暴露必要字段：public function fields() { return ['id', 'name', 'email']; } - 避免在
toArray()中调用耗时 relation，改用asArray()->with('profile')显式预加载 - 若无需模型对象语义，直接用
ActiveRecord::find()->asArray()->all()跳过对象实例化
为什么加了 yii\filters\auth\HttpBearerAuth 后接口变卡？
不是认证本身慢，而是默认配置下每次请求都会执行一次 User::findIdentityByAccessToken()，而这个方法常被写成查库操作。更糟的是，如果 token 存在但过期，仍会先查库再判失效。
实操建议：
- 把 access_token 存进 Redis，设置 TTL，让
findIdentityByAccessToken()先查缓存：public static function findIdentityByAccessToken($token, $type = null) { $uid = Yii::$app->redis->get('auth:token:'.$token); return $uid ? static::findOne($uid) : null; } - 禁用
HttpBearerAuth的自动用户赋值（$auth->user = ...），改由业务逻辑按需加载 - 确认
user组件的identityClass没在findIdentity()里做 N+1 查询
开启 debug 模式会让 REST 接口明显变慢？
会，而且非常明显。Debug 工具栏本身不响应 API 请求，但 yii\debug\Module 注册的事件监听器（如 DB 执行日志、请求生命周期钩子）仍在运行，尤其 beforeAction 和 afterAction 里埋点会额外增加 20–80ms 开销（视插件数量而定）。
实操建议：
- 生产环境必须关闭
YII_DEBUG和YII_ENV≠ 'dev'，且移除debug模块配置 - 开发时若只需查 SQL，可用
Yii::getLogger()->flush();+Yii::getLogger()->messages手动抓日志，避免全程挂载 debug 模块 - 检查是否误将
log目标设为FileTarget且未关闭rotateByCopy，高频写日志文件也会阻塞响应
真正影响 Yii REST 接口吞吐的，从来不是框架路由或 action 分发，而是你让每个请求都重复做了多少次数据库 round-trip、多少次 PHP 数组嵌套序列化、以及有没有把不该放内存里的东西硬塞进 Response::data。优化要从 Query 和 Response 层下手，而不是怀疑 yii\rest\ActiveController 本身。
