app() 不传参时返回 think\App 实例，是 ThinkPHP 应用的运行时核心对象，承载容器、事件、中间件等全部上下文，非工具类或配置代理，不可直接访问 request、db 等属性。
app() 不传参时返回 think\App 实例
不传任何参数调用 app()，它返回当前应用的主容器对象，类型是 think\App。这不是一个“工具类”或“配置代理”，而是整个 ThinkPHP 应用的运行时核心实例，承载了容器、事件、中间件、路由调度等全部上下文。
常见误判是把它当成“获取某个服务的快捷方式”，比如写 app('request') 成功，就以为 app() 本身也该有 request 属性——其实没有。app() 本身不直接暴露 Request、Db 等对象，这些需通过 app()->make('request') 或助手函数（如 request()）间接获取。
- 在控制器方法内直接写
dump(app())，能看到完整的think\App对象结构（前提是 APP_DEBUG=true） - 若在框架未完全启动的阶段调用（如
app/helper.php文件顶部、或命令行未执行App::run()前），app()可能返回null或抛出异常 - TP6+ 中
app()和think\Container::getInstance()不等价：前者是应用层封装，后者只是原始容器；依赖注入、生命周期管理都走app()而非裸容器
为什么不能拿 app() 当“万能 get 方法”用
app('db') 能取到数据库实例，是因为容器里已绑定 db 这个别名；但 app() 本身不提供 ->db 这样的属性访问。试图写 app()->db->query(...) 会报错：Fatal error: Uncaught Error: Cannot access protected property think\App::$db。
真正可安全链式调用的方法只有少数几个，比如：
立即学习“PHP免费学习笔记（深入）”；
-
app()->bind(...)：手动绑定服务（注意命名空间必须完整） -
app()->make('think\Request')：从容器解析对象（推荐用助手函数request()替代） -
app()->invoke(['app\controller\User', 'index'])：底层调度，但绕过中间件和初始化，慎用
别把 app() 当成 $this 的替代品——控制器里用 $this->request 是框架注入的，不是从 app() 动态读出来的。
容易被忽略的初始化时机问题
app() 的可用性高度依赖应用生命周期。以下场景会出问题：
- 在
app/helper.php中直接调用app()→ 此时容器尚未初始化，返回null - 在
config/目录下的配置文件中调用app()→ 配置加载早于应用启动，不可用 - 在自定义命令的
__construct()中调用 → CLI 模式下容器可能未就绪，应改在handle()方法内用
最稳妥的判断方式：在控制器任意 action 内执行 var_dump(get_class(app()));，确认输出 string(10) "think\App" —— 其他位置，先想清楚“这个时机容器是否已启动”。
