yii2通过将组件配置改为匿名函数实现懒加载，仅在首次调用时实例化，避免启动时初始化db、redis等重型组件；需确保依赖组件也支持懒加载，且闭包内不执行耗时操作。
Yii2 中如何配置组件实现懒加载
Yii2 默认所有组件在应用启动时就实例化，但像 db、mailer、redis 这类重型组件，如果全程不用却提前初始化，会拖慢响应、浪费连接资源。懒加载不是靠开关打开的，而是靠「不预定义实例，改用闭包返回」来触发。
- 在
config/web.php或config/main.php的'components'数组里，把组件配置从数组改成匿名函数 - 函数体里必须返回一个已配置好的对象实例，不能只 return new Class()
- 函数参数可选接收
$app（Application 实例），用于访问其他组件或配置
例如让 redis 组件延迟加载：
'redis' => function ($app) {
return new \yii\redis\Connection([
'hostname' => 'localhost',
'port' => 6379,
'database' => 0,
]);
},
为什么 class + __construct() 不等于懒加载
很多人误以为只要写成 'class' => 'yii\redis\Connection' 就是懒的——错。Yii2 在构建组件时仍会立即 new 实例并调用构造函数，连接照样建立。真正起作用的是「工厂模式」：用闭包替代配置数组，Yii 只在第一次 Yii::$app->get('redis') 时才执行该函数。
- 闭包中抛出异常，会在首次使用时才暴露，不是启动时报错
- 若组件依赖其他组件（如
db需要cache），确保被依赖组件本身也支持懒加载，或已提前注册 - 不要在闭包里做耗时初始化（如读大文件、查数据库），否则首次调用会卡住
哪些组件适合懒加载？哪些不适合
适合的典型场景：连接型、IO 密集、非请求必用的组件。不适合的：框架底层强依赖、请求生命周期内高频使用的组件。
- 推荐懒加载：
db（尤其多库场景下只用其中一个）、mailer、redis、elasticsearch、自定义的paymentClient - 不建议懒加载：
user、session、request、response—— 请求一进来就要用，懒了反而增加判断开销 -
log组件可以懒，但要注意：若在__destruct或异常处理中写日志，可能因组件未初始化而静默失败
调试懒加载是否生效的三个信号
别光看代码写了闭包就认为成功了。实际运行中得验证它真没提前初始化。
- 启动时加断点或
var_dump在闭包内部，确认只在第一次Yii::$app->redis时触发 - 用
lsof -i :6379（Linux/macOS）观察 Redis 连接是否在请求前就存在；懒加载后应只在首次调用后出现 - 查看
Yii::getLogger()->getElapsedTime()在请求前是否明显变短 —— 如果db懒了，冷启动时间通常下降 50ms+（视连接超时而定）
最常被忽略的一点：闭包里用了 Yii::$app->xxx 访问其他组件，而那个 xxx 本身不是懒的，就会导致隐式提前加载——懒加载不是孤立配置，是整条依赖链的事。
