Yii2.0.14中user组件identityClass配置错误会导致$event->identity为null，无法安全获取登录用户名；同时authTimeout与session timeout不匹配、缓存降级为DummyCache、LoginForm getUser()未同步更新模型引用等均会引发用户名获取失败或异常。
Yii2.0.14 中组件配置不当，会直接影响登录用户名的获取，核心问题不是“拿不到”，而是“拿得不准、拿得不稳、甚至拿错对象”。最典型的影响路径是 user 组件配置错误 → identityClass 指向异常 → Yii::$app->user->identity 为 null 或类型不符 → $event->identity 不可用。
user 组件 identityClass 配置错误
这是最常见也最隐蔽的原因。若未正确指定 identityClass，或指向了一个未实现 IdentityInterface 的类（比如只改了模型名但没补全 findIdentity()、validatePassword() 等方法），会导致：
-
Yii::$app->user->identity始终为null，即使用户已登录 -
EVENT_AFTER_LOGIN中的$event->identity也为null，直接触发 PHP Notice 或逻辑中断 - 后台误判为“未登录”，跳转到登录页，造成“刚输完密码就退出”的假象
enableAutoLogin 与 session timeout 冲突导致身份丢失
在 Yii2.0.14+ 中，user 和 session 组件的超时配置若未对齐，会引发“登录态存在但 identity 无法重建”：
-
'authTimeout' => 3600（user 配置）与'timeout' => 600（session 配置）并存时，实际生效的是更短的那个（即 10 分钟） - session 过期后，
switchIdentity()不再被调用，后续请求中Yii::$app->user->identity无法从 session 中还原 - 此时哪怕 cookie 还在、
enableAutoLogin为 true，若loginByCookie()返回 null（例如因密钥变更、cookie 被篡改或 identityClass 不匹配），用户名依然取不到
缓存组件 fallback 到 DummyCache 干扰用户状态判断
当 Redis 缓存配置错误（如 redis 组件未单独声明、database 参数错、密码遗漏），Yii 会静默降级为 DummyCache。这看似和用户无关，实则影响深远：
- 若你在
User::findIdentity()或Admin::findByUsername()中使用了缓存（如$cache->get('user_'.$id)），而缓存始终返回false，就会反复查库 - 数据库压力增大可能触发连接池耗尽、慢查询，间接导致登录流程超时或失败
- 更关键的是：部分自定义登录逻辑依赖缓存标记（如“临时禁用该账号”），缓存失效会让这类控制完全失灵，出现“用户已禁用却仍能登录取到 username”的异常
LoginForm getUser() 方法未同步更新模型引用
当你把用户表从 User 换成 Admin 后，若只改了数据库和模型类，却忘了更新 LoginForm::getUser() 中的模型调用：
- 登录时实际走的是
User::findByUsername()，查不到数据 → 登录失败 - 即使前端显示“登录成功”，
EVENT_AFTER_LOGIN根本不会触发，自然没有$event->identity->username - 更隐蔽的情况是：两个模型都存在，但字段名不一致（如
User有username，Admin改成了admin_name），导致取值为空字符串而非报错，难以排查
