Yii2依赖注入报错需定位时机与配置：容器冻结后禁止set()；接口绑定须用完整命名空间；setter注入需键名严格匹配方法名；错误常因启动早于日志初始化而丢失，应查PHP原生日志。
依赖注入报错时，Yii2 默认不会直接抛出可读提示，而是静默失败或触发 InvalidConfigException，尤其在接口绑定、setter 注入、或容器冻结后调用 set() 时。关键不是“怎么显示提示”，而是“怎么让错误暴露出来并准确定位问题源头”。
Dependency injection container is frozen 报错怎么定位
这个错误说明你试图在容器初始化完成后（比如在控制器 __construct() 或 action 里）调用 Yii::$app->getContainer()->set()。此时容器已锁定，无法再注册新定义。
- 检查所有
set()调用是否出现在应用配置的container.definitions中，或bootstrap阶段（如自定义 Bootstrap 类的bootstrap()方法） - 禁止在控制器、模型、视图中写
Yii::$app->getContainer()->set(...)—— 即使加了if (!Yii::$app->getContainer()->has(...))也无效，因为冻结后has()仍会返回 false，但set()直接炸 - 若需运行时动态绑定，改用
Yii::createObject()显式传入依赖，而非依赖容器自动解析
Interface binding fails with InvalidConfigException
常见于配置了 'appinterfacesLoggerInterface' => ['class' => 'applogFileLogger']，但启动时报 Failed to instantiate component。
- 确认接口名是完整命名空间字符串：
'appinterfacesLoggerInterface'，不能写成'LoggerInterface'或'interfacesLoggerInterface' - 检查
FileLogger类是否存在、能否被自动加载（运行php -r "var_dump(class_exists('app\log\FileLogger'));"验证） - 若使用匿名函数作为绑定值，确保闭包不引用
$this，否则序列化失败会导致容器初始化中断 - 别把绑定逻辑写在
common/config/main.php之外的配置文件里——除非你明确在Application构造时合并了该配置
Setter 注入不生效却没报错，怎么确认是否触发
配置写了 'cacheTime' => 3600，类里有 public function setCacheTime($seconds) { $this->cacheTime = $seconds; }，但属性始终是 null 或默认值。
- Yii 不会主动扫描 setter 方法，只当配置数组中**显式存在键名**且该键名与方法名规则匹配时才调用：去掉
set前缀、首字母小写 →cacheTime对应setCacheTime()，apiUrl对应setApiUrl()，大小写/下划线必须完全一致 - 检查该组件是否真的通过
Yii::$app->get('xxx')或Yii::createObject()实例化；直接new XxxService()绕过容器，则 setter 注入完全不触发 - 在
setXxx()方法开头加throw new Exception('setter called');快速验证是否执行到了这里
为什么 error_log 看不到 DI 相关错误？
因为很多 DI 失败发生在应用启动早期，此时日志组件可能尚未初始化，错误被吞掉或写入 PHP 错误日志（而非 Yii 的 @runtime/logs/app.log）。
- 强制在
web/index.php开头加：error_reporting(E_ALL); ini_set('display_errors', '1'); ini_set('log_errors', '1'); - 检查 PHP 错误日志路径：
php -i | grep "error_log"，别只盯着runtime/logs - 若用 Docker，确认容器内
/var/log/php/error.log或类似路径有写入权限 -
InvalidConfigException本身会被ErrorHandler捕获，但若发生在Application构造过程中（早于 errorHandler 初始化），就只能靠 PHP 原生错误日志定位
最常被忽略的是：DI 报错往往不是代码写错了，而是时机错了——容器冻结、类未加载、配置未合并进主配置数组。盯住「什么时候执行」比「怎么写」更重要。
