ThinkPHP请求对象怎么获取当前模块-ThinkPHP-PHP中文网

thinkphp 6 中 request 对象无 module() 方法，模块信息源自路由解析结果，应通过 $this->request->routeinfo()['module'] ?? $this->app->config->get('app.default_module', 'index') 安全获取。

thinkphp请求对象怎么获取当前模块

ThinkPHP 6 的 `Request` 对象不直接提供「当前模块」属性

在 ThinkPHP 6 中，Request 类本身没有 module() 或 getModule() 这类方法——这是初学者最容易卡住的地方。模块（module）是路由解析后的结果，不是请求原始数据的一部分，所以它由 Route 或控制器上下文决定，而非 Request 对象本身。

如果你在控制器里用 $this->request->xxx 找模块，大概率会失败或返回空。

模块信息实际来自 think\Route 解析后的调度参数，存储在 think\App 的请求上下文中
Request 只负责封装 HTTP 输入（GET/POST/header/cookie 等），不参与路由分发逻辑
TP6 默认开启「多应用模式」后，模块概念弱化；若未启用，模块名可能为 ''（空字符串）或 'index'

在控制器中安全获取当前模块的两种方式

最可靠的做法是通过框架注入的上下文或系统服务，而不是硬查 Request。

使用 $this->app->http->getName()：仅在多应用模式下有效，返回的是「应用名」，不是传统意义的模块名
更通用的方式是读取路由调度参数：$this->request->param('s', '', 'trim') ?: $this->request->param('module', '', 'trim') ——但注意，这依赖于你是否开启了 url_common_param 或使用了模块绑定路由
推荐做法：在控制器构造函数或初始化方法中，用 $this->app->config->get('app.default_module', 'index') 结合 $this->request->routeInfo()['module'] ?? 'index' 组合判断

示例：

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

// 在控制器方法中
$routeInfo = $this->request->routeInfo();
$module = $routeInfo['module'] ?? $this->app->config->get('app.default_module', 'index');

为什么 `input('module')` 或 `param('module')` 经常为空

因为 module 通常不作为 URL 参数传递，而是由路由规则隐式解析。例如访问 /user/profile，模块名 user 是从路由绑定或目录结构中推导出来的，不会自动塞进 $_GET 或 input() 数据流。

开启 url_model = 2（PATHINFO）且未配置模块绑定时，TP6 默认不把模块名当参数暴露
$this->request->param('module') 只有在显式定义了 module 路由变量（如 route/[:module]/[:controller]/[:action]）时才可能有值
直接读 $_GET['module'] 更不可靠——现代项目基本禁用这种传参方式，且会被中间件过滤

模块名和应用名、控制器名容易混淆的点

TP6 的术语变化让老用户容易误判：app（应用）、module（模块）、controller（控制器）在不同配置下含义不同。

单应用模式下，module 基本废弃，所有控制器平铺在 app/controller/ 下，此时「模块」无实际意义
多应用模式下，app\user\controller\UserController 中的 user 是「应用名」，不是传统模块；真正的模块需额外配置 app/user/config/app.php 中的 default_module
调试时建议打印 $this->request->routeInfo() 全量结构，重点关注 module、controller、action 和 app 四个键