在视图中获取当前控制器和动作名最稳方式是使用 Yii::$app->controller->id 和 Yii::$app->controller->action->id；需注意其可能被中间件替换，而 Yii::$app->requestedRoute 始终反映原始请求路由。
Yii2 视图里怎么拿到当前控制器和动作名
在视图中直接访问路由信息，最稳的方式是通过 Yii::$app->controller——它一定存在（哪怕没显式定义控制器类，Yii 也会创建一个默认实例）。
但要注意：Yii::$app->controller 可能是 null，比如在某些控制台命令或异步任务中；不过在标准 Web 请求的视图里，它始终可用。
-
Yii::$app->controller->id返回控制器 ID（如site），不含模块前缀 -
Yii::$app->controller->action->id返回当前动作 ID（如index） - 如果想带模块路径（如
admin/user），用Yii::$app->requestedRoute，它返回字符串"admin/user/index"，需自己拆解
别用 Yii::$app->getUrlManager()->parseRequest()——这会重复解析、触发副作用，且在视图里调用属于误用。
模型里不能直接用 $this->controller
模型（ActiveRecord 或普通 Model 类）本身不持有控制器引用。硬写 $this->controller 会报 Getting unknown property 错误。
真需要在模型里知道当前请求上下文，得靠外部传入，而不是反向查找：
- 把
Yii::$app->controller或关键字段（如Yii::$app->controller->id）作为参数传进模型方法 - 避免在模型构造函数里偷偷读
Yii::$app->controller——这会让模型强耦合于 Web 环境，单元测试时崩得毫无防备 - 如果只是为日志或审计，考虑用行为（
Behavior）或事件监听Application::EVENT_BEFORE_REQUEST来注入上下文，而不是让模型自己挖
Yii::$app->requestedRoute 和 Yii::$app->controller 的区别
两者都反映当前请求，但来源和稳定性不同：
-
Yii::$app->requestedRoute是字符串，格式固定为"module/controller/action"（无 module 则省略），由 URL 解析器生成，全程只读，不会变 -
Yii::$app->controller是对象，可能被中间件或行为替换（比如权限拦截后跳转到ErrorController），此时它的id和action->id已不是原始请求的目标 - 调试时优先看
Yii::$app->requestedRoute，它更忠实于用户最初敲的 URL；业务逻辑里若依赖“用户本意”，也该用它
示例：用户访问 /post/view?id=1，但被登录中间件重定向到 /site/login，这时 Yii::$app->controller->id === 'site'，而 Yii::$app->requestedRoute === 'post/view'。
别在布局文件里盲目用 getRoute()
有些老代码会在 @app/views/layouts/main.php 里写 Yii::$app->controller->getRoute()，以为能拿到完整路由。但这个方法返回的是控制器+动作拼接（如 "site/index"），**不包含模块**，而且在嵌套渲染（如 renderPartial）时可能指向错误的控制器实例。
- 要完整路由，坚持用
Yii::$app->requestedRoute - 要判断当前是否在某个控制器下，用
Yii::$app->controller->id === 'user'比字符串匹配strpos(Yii::$app->requestedRoute, 'user/') !== false更准确、更安全 - 如果页面支持多模块共存（如前台/后台分离），仅靠控制器 ID 不足以区分，必须结合
Yii::$app->controller->module或Yii::$app->requestedRoute全路径
最常被忽略的一点：在 beforeAction 阶段之后，控制器对象可能已被修改（比如权限检查后替换成 ErrorController），这时候再读 Yii::$app->controller，得到的就不是原始意图了。
