应使用 app()->getName() 获取当前应用名，而非从 Request 对象推导；该方法返回入口文件传入的名称（如 'admin'）或配置项 app.app_name 的值，准确可靠。
ThinkPHP 6 中如何从 Request 对象获取当前应用名
在 ThinkPHP 6+ 中，Request 对象本身不直接提供「当前应用名」——它只管 HTTP 请求，不管应用路由归属。应用名（如 admin、api）是由多应用模式下的入口和路由调度决定的，需通过框架上下文间接获取。
最可靠的方式是读取应用上下文中的 app_name 变量，而非依赖 Request：
-
think\App类提供了getName()方法，可在控制器或中间件中安全调用 - 若在
Request实例中硬要“推导”，可解析$request->url(true)或$request->path()，但极易出错（比如带子域名、URL 重写、跨应用跳转时完全不可靠） - 多应用模式下，应用名通常来自入口文件路径（如
public/admin/index.php）或配置的app.app_name，不是请求固有属性
为什么不能用 $request->app() 或 $request->module()
这两个方法在 TP6 中已废弃或语义错位：$request->app() 在早期版本中存在，但 TP6 的 Request 类里没有该方法；$request->module() 返回的是模块名（如 index），不是应用名（admin），且仅在单应用 + 模块化结构中有效，在标准多应用模式下始终为空或返回默认 index。
常见误判场景：
立即学习“PHP免费学习笔记（深入）”；
- 访问
/admin/user/list，$request->module()返回user（模块），不是admin（应用） - 使用子域名部署（如
admin.example.com），path()完全不含应用标识 - 命令行调用（
php think hello）时，Request甚至不包含完整 URL 上下文
推荐方案：用 app()->getName() 替代请求对象推导
只要在容器已初始化的上下文中（控制器、中间件、事件监听器等），直接调用全局 app() 辅助函数最稳妥：
// 控制器方法内
public function index()
{
$appName = app()->getName(); // 返回字符串，如 'admin' 或 'api'
// 后续逻辑基于 $appName 分支处理
}
注意事项：
- 不能在
config/文件或容器启动前使用，否则报App not initialized - 若需在中间件中提前判断应用名，确保该中间件注册在
core阶段之后（如app_init或更晚） - 自定义命令类中可用
$this->app->getName()（继承Command时）
多应用部署时，app()->getName() 的实际来源
这个值不是猜出来的，而是由框架在应用初始化时明确设置的：
- 来自入口文件中
App::create($name)的$name参数（如App::create('admin')） - 若未显式传参，则默认为
config('app.app_name', 'app')，即读取配置项app.app_name - 在
public/index.php中一般不传名，所以是app；而在public/admin/index.php中会传'admin'
这意味着：应用名本质是部署结构 + 入口约定的结果，和请求无关。强行从 Request 解析，等于把部署契约当成运行时特征来反推，迟早踩坑。
