ThinkPHP 的 Request 对象由容器统一管理并单例缓存，启动时通过 bindRequest() 注册并初始化，后续均复用该实例；控制器等处的 Request 参数由容器反射注入，非语法糖；common.php 中不可绑定，须在 bootstrap.php 或 provider.php 中完成；替换需继承并重新绑定抽象名；其生命周期强依赖容器，绕过标准入口易导致数据失效。
ThinkPHP 的 Request 对象完全由容器管理，不是手动 new 出来的，也不是全局变量塞进去的——它从创建、单例缓存到注入控制器，每一步都依赖容器的生命周期和反射机制。
Request 实例在容器中如何被创建和缓存
应用启动时，think\App 调用 bindRequest() 方法，将 think\Request（或项目自定义的 app\Request）注册为单例：
- 注册后立即执行一次
$container->make(Request::class)，触发完整初始化：解析$_SERVER、标准化REQUEST_URI、合并 GET/POST/FILES、挂载中间件钩子 - 该实例被存入容器的
$instances数组，后续所有make(Request::class)都直接返回它，不重复构造 - 如果入口不是
public/index.php（比如 CLI 直接 require 控制器），bindRequest()不会执行，Request实例根本不存在，注入失败时抛出BindingResolutionException
控制器方法里写 Request $request 是怎么生效的
这不是 PHP 自动识别的语法糖，而是容器在调用方法前主动完成的参数填充：
- 路由匹配后，框架不直接调用
$controller->index()，而是走$container->invoke($callback, $params) - 容器用
ReflectionMethod扫描方法参数，拿到ReflectionParameter::getType()->getName()（即think\Request） - 再调用
$container->make('think\Request')—— 因为之前已注册为 singleton，这里直接返回缓存实例 - 最后用
ReflectionMethod::invokeArgs()把这个实例作为实参传入 - 这套逻辑不仅适用于控制器方法，也适用于命令行指令、事件监听器、闭包等任何容器接管的可调用对象
为什么不能在 common.php 里 bind Request
common.php 没有确定的应用上下文，此时容器可能尚未初始化，或者多个应用实例共用一个加载路径，导致绑定被覆盖或失效：
立即学习“PHP免费学习笔记（深入）”；
- 正确位置是
app/bootstrap.php末尾，或服务提供者provider.php中，确保在容器初始化完成后、路由调度前执行 - 若想替换默认
Request类（比如加日志或改参数解析逻辑），应继承think\Request并在provider.php中重新 bind 到think\Request这个抽象名上 - 注意：
app\Request类本身已在provider.php中默认绑定，除非你显式覆盖，否则它就是实际被注入的类型
最常被忽略的一点是：Request 的生命周期和容器强绑定，一旦绕过标准入口或提前销毁容器（比如在 Swoole 长连接中未重置），就可能拿到过期甚至空的 Request 实例——它看起来还在，但里面的数据早已不是当前请求的。
