thinkphp 6 启动时自动绑定的内置容器标识包括 think\request、think\response、think\config、think\cache、think\validate、think\exception\handle、think\log，以及特殊标识 app 和 think\container；这些均通过 provider.php 或框架默认 provider 批量注册到 $bind 数组，其中 app 和 think\container 被 instance() 直接存入 $instances 实现单例。
ThinkPHP 6 默认内置的容器标识，集中在 provider.php 文件中注册，不是硬编码在框架源码里，但官方包已预置标准映射。
哪些标识是框架启动时自动绑定的
TP6 在 app/provider.php（若存在）或框架默认 provider 中批量绑定核心类。常见且稳定的内置标识包括：
-
think\Request→ 对应think\Request类，用于请求对象 -
think\Response→ 对应think\Response类，响应构造器 -
think\Config→ 配置管理器，config()助手函数底层依赖它 -
think\Cache→ 缓存驱动入口，cache()调用的就是它 -
think\Validate→ 验证器工厂，validate()底层实例化来源 -
think\exception\Handle→ 异常处理器，错误拦截和渲染的核心 -
think\Log→ 日志写入器，log()函数实际调用它的实例
这些标识全部通过 $app->bind([...]) 或 Container::getInstance()->bind(...) 注入到 $this->bind 数组中，不是直接存进 $instances —— 所以它们每次 app('think\Request') 都会走反射创建（除非你手动 instance() 过）。
app 和 think\Container 是特殊标识
这两个不是“服务”，而是容器自身的引用锚点：
-
app：指向当前think\App实例，由new App()构造时调用$this->instance('app', $this)写入$instances，所以是单例、不走反射 -
think\Container：同样被instance()绑定为容器自身，Container::get('think\Container')拿到的就是容器实例本身
注意：app('app') 和 app('think\Container') 返回的是两个不同对象（前者是 App 实例，后者是 Container 实例），但它们在启动时被设为同一内存地址的引用 —— 这是 TP6 的设计选择，不是 bug。
如何确认当前项目实际有哪些标识
别猜，直接看运行时容器状态：
- 在调试环境加一行：
dump(Container::getInstance()->getBind());查看所有bind映射（含闭包、类名） - 查已实例化的：
dump(Container::getInstance()->getInstances());只显示已被instance()或首次make()后缓存的对象 - 检查
app/provider.php是否存在并返回了数组，它的键就是你自定义的标识
另外，app('xxx') 如果返回对象，说明该标识要么在 bind 中可解析，要么是 PHP 类名字符串（如 app('app\model\User')）—— 后者不会出现在 getBind() 结果里，因为没显式绑定。
真正容易被忽略的是：**所有内置标识都依赖 provider.php 加载时机**。如果这个文件被删、语法错误、或 return 的不是数组，那些标识就根本不会注册，app('think\Request') 会抛出 ClassNotFoundException —— 不是因为类不存在，而是容器压根不知道该用哪个类来响应这个标识。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
