PHP无内置MODULE常量，它仅存在于ThinkPHP等框架或自定义逻辑中；TP5用App::getModule()（已废弃）或app('http')->getName()，TP6推荐App::getModuleName()。
PHP里没有内置的 MODULE 常量
直接写 MODULE 会报 Undefined constant 'MODULE'。PHP 核心不定义这个常量，它只存在于某些框架（如 ThinkPHP、YII）或自定义引导逻辑中。如果你在裸 PHP 或非预期环境中看到它能用，大概率是别人提前 define('MODULE', ...) 过，或者框架自动注入的。
ThinkPHP 5/6 中怎么拿到当前模块名
ThinkPHP 把模块名存在请求上下文里，不是靠常量。别硬找 MODULE，改用框架提供的接口：
- TP5：用
app('http')->getName()或\think\App::getModule()（注意后者在 5.1+ 中已标记为废弃） - TP6：推荐
\think\App::getModuleName()，返回字符串如'index'或''（默认模块） - 如果用了多应用模式（
APP_MULTI开启），模块名可能为空，需结合\think\App::getAppNamespace()判断实际入口
自己定义 MODULE 常量要小心路径和时机
如果真想用 MODULE 常量，必须在所有业务代码执行前定义，且值要准确反映当前路由归属。常见翻车点：
- 在入口文件
public/index.php里定义太早——此时 URL 还没解析，没法知道模块 - 在控制器里定义太晚——其他类（比如模型、服务类）已经加载，拿不到
- 值写死成
'admin'，但项目支持多模块动态路由，结果模块切换后常量不变 - 没考虑 CLI 环境，命令行运行时
MODULE可能为空或错乱
更稳妥的做法是封装一个函数：get_current_module()，内部根据 $_SERVER['REQUEST_URI'] 或框架 Request 对象解析，而不是依赖常量。
立即学习“PHP免费学习笔记（深入）”；
为什么别依赖 MODULE 常量做核心逻辑
模块名本质是路由映射结果，属于运行时上下文信息。把它固化成常量会导致：
- 单元测试难 mock：常量无法重定义（
define()后不可修改） - 多租户或微前端场景下，同一份代码跑在不同模块上下文，常量值却固定
- 升级框架时，比如从 TP5 升到 TP6，
MODULE的生成逻辑可能变化，而你的常量引用没改，出问题很难定位
真正需要模块隔离的地方（比如配置加载、日志分组），优先走依赖注入或上下文传递，而不是全局常量。
