$request->module() 直接返回 $this->module 属性值，该值由路由匹配后由 think\App 注入，非实时解析URL；常见为空场景包括未启用多模块、路由未指定模块、中间件中过早调用或CLI环境。
直接用 $request->module() 就能拿到当前模块名，不需要看源码——但如果你真要确认它怎么来的，核心逻辑在 think\Request 类的 module() 方法里，它读的是路由解析后存进 $this->module 属性的值，不是从 URL 字符串实时截取的。
为什么 $request->module() 有时返回空或不对
模块名不是靠解析 URL 路径硬拆出来的，而是路由调度完成后由 think\Route 注入到 Request 实例里的。常见出问题的场景：
- 没启用模块功能（
app_multi_module设为false），框架会强制设模块为''或默认index，但不报错 - 自定义路由规则里没显式指定模块，比如写
'user/:id' => 'user/read'，没带模块前缀，$request->module()就是空字符串 - 在中间件里过早调用该方法，此时路由还没完成匹配，
$this->module还没被赋值，返回null - CLI 环境下调用，
Request不走 HTTP 路由流程，模块信息无意义，返回空
module() 方法实际做了什么（基于 TP6.0+ 源码逻辑）
翻 thinkphp/library/think/Request.php 可见：module() 是个 getter，只做一件事：返回 $this->module 属性。这个属性在哪儿设的？关键在 think\App 的 run() 流程中，当路由匹配成功后，会执行类似这样的注入：
$request->module($result['module'] ?? 'index');
注意两点：
立即学习“PHP免费学习笔记（深入）”；
- 它不校验模块目录是否存在，只信路由结果；模块名大小写敏感，但默认配置下控制器和操作名会自动转驼峰，模块名不会
- 如果路由没匹配上，
$result为空，$request->module()就返回'index'（TP6 默认 fallback）
想绕过路由、手动提取 URL 中的“模块段”怎么办
不推荐，但如果你确实需要原始路径里的第一段（比如兼容旧系统或调试用），可以这样：
- 用
$request->pathinfo()拿到完整 pathinfo，如admin/user/list.html - 用
explode('/', $request->pathinfo(), 3)切三段，取[0]就是第一段 - 但要注意：启用了 URL 重写后，
pathinfo()返回的是重写后的路径，不是原始$_SERVER['REQUEST_URI'] - 更稳妥的原始路径是
parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)，但它不含路由解析语义，和$request->module()本质不同
真正容易被忽略的是：模块信息依赖完整请求生命周期，**在 App 初始化完成前、或路由未触发时，$request->module() 的返回值不可靠**。别在构造函数、静态方法、或 App::beforeStart 钩子里依赖它。
