ThinkPHP 8.0 中 Request 对象由容器单例管理并自动注入：启动时 bindRequest() 注册 singleton 实例，调用时通过反射+容器 make() 精准传入，构造函数注入同样依赖容器实例化控制器，且 Request 类型不可替换。
ThinkPHP 8.0 中控制器方法里直接写 public function index(Request $request) 就能拿到请求对象，不是靠 PHP 自动加载或魔术方法猜测出来的，而是框架在调用方法前，用反射扫描参数类型，再从服务容器中精准拉出已实例化的 think\Request 实例塞进去——整个过程不依赖全局变量、不读 $_SERVER 二次、不手动 new，全由容器驱动。
请求对象如何被提前准备好
第一步：应用启动时，think\App 实例化后立即调用 bindRequest() 方法；
第二步：该方法将 think\Request 类绑定进服务容器，并标记为单例（singleton()）；
第三步：容器内部会执行一次 make(Request::class)，触发完整初始化流程——解析 $_SERVER、标准化 REQUEST_URI、合并 GET/POST/FILES 数据、挂载中间件钩子；
第四步：这个唯一实例被缓存进容器的 $instances 数组，后续所有 make(Request::class) 都直接返回它，不再重复构造。
【必须确保 public/index.php 是唯一入口】，否则 bindRequest() 不会被执行，Request 实例根本不会存在，任何注入都会失败并抛出 BindingResolutionException。
方法调用时怎么把 Request 塞进去
当路由匹配到控制器方法，框架不直接 $controller->{$action}()，而是调用容器的 invoke() 方法；
容器拿到目标方法反射对象（ReflectionMethod），遍历其参数列表；
对每个参数，读取 ReflectionParameter::getType()，得到类型名 think\Request；
接着调用 container->make(ReflectionParameter::getType()->getName())；
由于之前已用 singleton() 注册过 think\Request，此处直接返回缓存实例，而非新建；
最后用 ReflectionMethod::invokeArgs() 把该实例作为实参传入方法执行。
立即学习“PHP免费学习笔记（深入）”；
这一步不检查是否是控制器方法——只要是容器能接管的可调用对象（包括闭包、命令行指令、事件监听器），都走同一套注入逻辑。
为什么构造函数里也能注入 Request
方法一：控制器类本身由容器创建。只要你在 app/provider.php 中注册了控制器类路径，或使用注解路由（#[Controller]），TP8 就会用 container->make(UserController::class) 实例化它；
此时容器反射其构造函数，发现 Request $request 参数，自动调用 make(Request::class) 获取实例并传入；
方法二：若控制器未被容器创建（比如手动 new UserController()），构造函数注入完全失效——$this->request 会是 null，且无任何警告。
【构造函数注入的前提是控制器必须由容器实例化】，而默认情况下只有通过路由访问的控制器才满足这一条件；命令行指令、单元测试、手动 new 的实例都不走容器，也就没有注入。
Request 对象不可替换的底层约束
TP8 没有开放 bind('think\Request', CustomRequest::class) 这类接口；
框架在 App::bindRequest() 中硬编码了 $this->singleton(Request::class, function ($app) { return Request::createFromGlobals(); });；
你可以在 app/provider.php 中覆盖绑定，但必须保证返回的是 think\Request 或其子类实例；
如果强行绑定一个非 Request 类型（如 MyRequest 且未继承 think\Request），后续调用 $request->param() 等方法时会因缺少父类方法而报致命错误。
这不同于 UserService 等业务类——Request 是框架运行基石，类型契约不可松动。
