ThinkPHP 6 中 Request 对象无 module() 方法，模块信息源自路由解析结果，应通过 $this->request->routeInfo()['module'] ?? $this->app->config->get('app.default_module', 'index') 安全获取。
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免费学习笔记（深入）”；
// 在控制器方法中
$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四个键
模块不是请求固有属性，它是路由解析的副产品，依赖配置和入口定义。没搞清项目是否启用了模块化结构之前，别默认它存在。
