最稳妥方式是控制器中用 $this->module->id，视图中用 $this->context->module->id，通用兜底用 Yii::$app->controller ? Yii::$app->controller->module->id : null。
Yii2 中怎么拿到当前模块名（$module->id）
直接用 $this->module->id 最稳妥，前提是代码写在控制器或视图里——它背后是 Yii2 自动注入的模块上下文对象。如果在模型、服务类或任意非控制器/视图上下文中调用，$this->module 会报 Call to a member function getId() on null，因为没绑定模块实例。
- 控制器内：推荐
$this->module->id，简洁且不依赖全局应用实例 - 视图中：必须用
$this->context->module->id（$this指的是视图对象，不是控制器），$this->module在视图里不存在 - 通用兜底方案（跨上下文）：
Yii::$app->controller ? Yii::$app->controller->module->id : null，但要注意Yii::$app->controller在 CLI 或异步任务里可能为null
为什么 Yii::$app->getModule('xxx') 不等于“当前模块”
Yii::$app->getModule('xxx') 是按名字主动获取某个已注册的子模块对象，和“当前请求所归属的模块”完全是两回事。比如你访问 /admin/user/index，当前模块是 admin，但如果你写 Yii::$app->getModule('api')，哪怕 api 模块存在，也拿不到当前上下文，还可能触发未配置模块的异常。
- 当前模块是路由解析后自动确定的，由
Application::run()链路注入到控制器的$module属性中 -
getModule()是服务定位行为，适用于需要手动调用其他模块功能的场景，比如从前台模块调后台模块的工具方法 - 混淆这两者，轻则取错 ID，重则在模块未启用时抛出
InvalidConfigException
模块对象 vs 模块 ID：什么时候该用 $module，什么时候只用 $module->id
拿到模块对象（$this->module）不只是为了取 ID；它承载着该模块的配置、组件、行为、资源路径等完整上下文。比如你要加载模块专属的翻译文件：$this->module->t('app', 'Hello')，或者读它的 basePath：$this->module->basePath。
- 只要涉及模块级配置、资源、i18n、事件绑定，就该保留模块对象引用，别急着调
->id - 仅做日志记录、菜单高亮、权限判断等纯字符串比对时，
$this->module->id足够，也更轻量 - 注意：模块对象可能为
null（如默认应用层无模块），使用前建议判空：if ($this->module) { ... }
常见错误：在 beforeAction 里误用 $this->module
在控制器的 beforeAction() 方法里，$this->module 是可用的，但很多人会下意识去查 $action->controller->module——这其实绕远了，而且一旦 $action 是空（比如被拦截或重定向），就会崩。
- 正确做法：直接用
$this->module->id，和控制器其他地方行为一致 - 错误写法示例：
$action->controller->module->id—— 多余、脆弱、易空指针 - 例外情况：如果你在
Application::on(\yii\base\Application::EVENT_BEFORE_REQUEST)这类全局事件里，才需要用Yii::$app->controller->module->id，但此时要加双重判空
$this->module 指的是**直接父模块**，不是最外层应用。比如 admin/user 模块嵌套在 admin 下，那么 user 控制器里的 $this->module 就是 user 模块本身，不是 admin。这点容易被忽略，尤其做权限路由映射时。 
