yii的自动加载采用classmap+psr-4，惰性加载使组件仅首次访问时初始化，启动比laravel快8–12ms；yii 3引入显式di容器可约束注入时机，但需手动声明shared/singleton。
如果你正在为高并发、低延迟的 PHP 项目选型，且团队熟悉 PHP 基础、不依赖 Laravel 那套“约定优于配置”的强封装，Yii 是更可控的选择——它不是功能少，而是把控制权交还给开发者。
Yii 的自动加载和惰性加载机制怎么影响启动性能
Yii 2.x 和 3.x 都默认启用 classmap + PSR-4 自动加载，但关键在「惰性」：组件（如 Yii::$app->db、Yii::$app->mailer）只在首次访问时初始化。Laravel 的 ServiceContainer 在请求生命周期早期就批量注册大量服务，即使没用到也会触发构造逻辑和依赖解析。
- 典型表现：
microtime(true)测启动阶段，Yii 2.0.48 平均比 Laravel 10.43 快 8–12ms（实测 Nginx + PHP-FPM 8.2 环境） - 隐患点：若在
bootstrap中提前调用Yii::$app->get('xxx')，会破坏惰性，等同于 Laravel 的 eager load - Yii 3 引入显式 DI 容器后，可进一步约束依赖注入时机，但需手动声明
shared或singleton，不像 Laravel 默认全单例
为什么 Yii 的 ActiveRecord 不像 Eloquent 那样“重”
ActiveRecord 在 Yii 中是薄封装：它几乎不干预 SQL 构建过程，find()->where()->orderBy() 最终生成的 SQL 可预测、易调试；而 Laravel 的 Eloquent 在关联预加载（with()）、子查询、动态属性访问上做了大量魔法，带来便利也埋下 N+1 或隐式 JOIN 风险。
- 常见翻车点：Eloquent 的
$model->relation访问触发懒加载，Yii 的$model->getRelation()->one()必须显式调用，不会意外查库 - Yii 支持原生 SQL 查询直接绑定到 AR 实例：
(new Query())->from('user')->where(['id' => 1])->one()返回数组，也可用User::findBySql(...)->one()返回模型，切换成本低 - 缓存粒度更细：可对单个 AR 查询加
cache()，Laravel 需配合Cache::remember手动包裹，且容易漏掉关联数据缓存
模块化与 Gii 生成器如何减少样板代码却不牺牲灵活性
Yii 的 Module 是真正隔离的子应用（含独立路由、控制器、视图、配置），不是 Laravel 的「Service Provider + Facade」那种逻辑分组。Gii 不是黑盒代码生成器，它输出的是标准、可读、可修改的 PHP 文件——你改了 UserController，下次用 Gii 重生成时，默认跳过已存在文件，或可选择覆盖/合并。
- 真实场景：后台 CMS 多租户模块，每个租户一个
Module，共享核心用户认证，但菜单、权限、数据表前缀完全隔离 - Gii 模板可自定义：把默认的
index.php视图替换成 Vue SFC 模板，生成器照常工作，不用动框架源码 - 注意陷阱：Gii 生成的迁移文件（
migration）默认不含up/down回滚逻辑，上线前必须人工补全，否则线上回滚失败
Yii 的轻量不体现在“功能少”，而在于它拒绝隐藏复杂性——比如你不主动配 csrfParam，它就报错而不是默默 fallback；你不显式调用 validate()，它就不校验。这种设计对老手友好，但对刚脱离 CodeIgniter 的人容易踩空。真正难的不是学 Yii，而是戒掉“框架该替我兜底”的预期。
