ThinkPHP容器自动注入支持控制器构造函数、操作方法、路由闭包、中间件handle、事件监听器及命令行handle；不支持普通函数、静态方法及手动new对象。
哪些地方能直接写 Request $request 自动拿到实例
ThinkPHP 容器的自动注入不是只在控制器构造函数里生效，而是覆盖所有容器接管的可调用入口。只要这个调用是通过容器的 invoke() 方法触发的，参数带类型提示的对象就会被自动解析。
常见支持场景包括：
- 控制器的构造方法（
__construct()） - 控制器的操作方法（如
index(Request $request)） - 路由闭包定义（
Route::get('/', function (Request $request) { ... })） - 中间件的
handle()方法（public function handle(Request $request, \Closure $next)） - 事件监听器的处理方法（
public function handle(UserRegistered $event, NotificationService $notify)） - 命令行指令类的
handle()方法（需继承think\Console\Command）
不支持的典型情况：普通函数、静态方法、手动 new 出来的对象内部调用——这些绕过了容器调度，反射和绑定逻辑根本不会触发。
bindModel() 是不是依赖注入？它和构造函数注入有啥区别
bindModel() 是模型绑定，不是传统意义上的依赖注入，但它复用了容器的解析能力，属于「参数级自动注入」的扩展机制。
关键差异：
-
bindModel()绑定的是 URL 路由变量（如/user/123中的123），容器会根据 ID 查询并注入已实例化的模型对象；而构造函数注入注入的是服务类、请求类等无状态或单例对象 -
bindModel()的目标参数必须是模型类且命名要与路由变量一致（如user→User $user），不能是任意类型；构造函数注入对类型名无命名约束 -
bindModel()注入的对象每次请求都是新实例（除非显式缓存），而Request这类单例服务在一次请求中始终是同一个实例
示例：Route::get('user/:id', 'Index/user')->bindModel('app\model\User');，对应方法签名必须是 public function user(User $user)，否则注入失败。
自定义类怎么让 invoke() 支持自动注入
只要不是手动 new，而是走容器创建，就能触发自动注入。最轻量的方式是用 invoke() 辅助函数：
invoke('app\service\OrderService') 会自动解析 OrderService 构造函数里的所有依赖（比如 OrderRepository、Cache），递归完成实例化。
注意前提：
- 类必须在自动加载路径下，能被 PSR-4 正确识别
- 构造函数参数必须有明确的类名类型提示，不能是
array或string这类标量 - 若依赖的类未被容器自动注册（比如没在
service.php里声明，也没被框架默认绑定），需要先bind()或用app()->bind()显式注册
例如：bind('cache', \think\Cache::class) 后，任何构造函数含 Cache $cache 的类才能被成功注入。
为什么有时候报 BindingResolutionException 却找不到原因
这个异常本质是容器在 make() 时找不到对应类的注册信息或无法实例化，但错误堆栈往往不显示具体缺哪个依赖。
高频原因：
- 入口不是
public/index.php（比如直接访问子目录下的 PHP 文件），导致bindRequest()等初始化逻辑没执行，Request根本没注册 - 类型提示写错命名空间，比如写了
Request却没use think\Request，实际被解析成当前命名空间下的app\controller\Request - 依赖链中某一级类的构造函数参数缺失类型提示，或用了
mixed/object等无法解析的类型 - 循环依赖：A 依赖 B，B 又依赖 A，容器递归解析时超限中断
调试建议：在报错位置加一行 dump(app()->getBindings());，确认目标类是否在绑定列表里；再检查该类构造函数每个参数的 ReflectionParameter::getType()->getName() 是否都能被容器识别。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
