Yii2 REST接口性能差主因是数据库N+1查询、未用asArray()、未预加载关联、未启用缓存；ActiveController默认返回完整AR对象，序列化开销大，应结合select()、with()、asArray()及手动缓存优化。
Yii RESTful 接口性能差，八成卡在数据库查询上；不是框架慢，是没避开 N+1、没用对 with()、没开缓存、没走 asArray()。
为什么 REST 接口一并发就变慢？查 yii\rest\ActiveController 的默认行为
默认的 ActiveController 会自动调用 find()->all() 或 find()->one()，但不会预加载关联、不会限制字段、不会转数组——所有数据都以完整 ActiveRecord 对象返回，序列化开销大，内存占用高。
- 每个对象实例化触发属性监听、事件、验证规则初始化，哪怕你只读字段
- 关联表没加
with()，GET /users返回 20 条用户，再查每条用户的profile和orders，就是 20 + 20 + 20 = 60 次查询 -
find()->all()返回的是对象数组，JSON 序列化时还要递归处理 getter、relations、meta info
怎么让 ActiveDataProvider 查询快 3 倍？用 asArray() + select() + with()
别在 prepareDataProvider() 里写裸 User::find()。要明确告诉框架：只要字段，不要对象；只查必要字段；关联数据一次性拉齐。
- 加
->asArray()：跳过 ActiveRecord 实例化，直接返回 PHP 数组，序列化快、内存省 - 加
->select(['id', 'username', 'email', 'created_at'])：避免SELECT *拉回无用字段（比如加密后的 password_hash） - 加
->with(['profile', 'orders' => function ($q) { $q->andWhere(['status' => 1]); }])：把 N+1 压成 1 次主查 + 2 次 JOIN 或子查询 - 注意：如果关联太多或数据量大，
with()可能导致单次 SQL 过重，此时应改用joinWith()+ 显式select()控制字段去重
cache() 方法在 REST 中怎么用才不踩坑？别只套在 find 上
Yii::$app->db->cache() 看似简单，但 REST 场景下容易缓存错对象——比如把带用户 session 的查询结果缓存了，下次别人请求拿到的是上一个人的数据。
- 只对「无状态、参数确定、变动少」的查询用：如
GET /categories、GET /products?status=active - 缓存键必须包含全部影响结果的参数：
$key = ['category_list', Yii::$app->request->get('lang', 'zh')] - 别在控制器 action 里直接
cache(function() { return User::find()->...->all(); })，因为all()返回对象数组，缓存的是对象引用，反而出问题；应先asArray()再缓存 - 更稳妥做法：用
Yii::$app->cache->get($key)/set($key, $data, 3600)手动控制，数据源统一走 DAO 查询 +asArray()
REST 接口响应慢，但 EXPLAIN 显示 SQL 很快？检查这三处
SQL 执行快不代表接口快。Yii 的 REST 流程里，还有三处常被忽略的耗时点：
- 序列化阶段：大量
ActiveRecord对象 → JSON 转换时，每个对象会触发所有fields()和extraFields()方法，如果里面写了循环查库或远程调用，就彻底拖垮性能 - 内容协商（ContentNegotiator）：默认启用
Accept头解析和格式切换，若没禁用不需要的格式（如 XML），会多做一次匹配判断 - 错误处理器（ErrorHandler）：开发环境开启调试模式时，异常堆栈渲染极重；生产环境未关闭
YII_DEBUG，会导致每次 404 都生成完整 debug 页面，响应时间飙升到秒级
真正压测时，这些环节的耗时可能超过 SQL 本身。优化得从整个请求链路看，而不是只盯着 yii\db\Command::queryAll。
