ThinkPHP 中无法通过 bind() 或 extend() 替换已注册的 think\Request 单例，唯一合法方式是继承 think\Request 创建 app\Request 并在控制器中显式使用，同时修改 config/app.php 中 facade 配置指向新类并清除缓存。
ThinkPHP 容器里不能替换 Request 单例
你无法用 bind() 或 extend() 覆盖已注册的 think\Request 实例——因为框架启动时调用 bindRequest() 用的是 singleton()，且后续所有 make(Request::class) 都直接返回缓存实例，容器拒绝重建或代理替换。
常见错误现象：BindingResolutionException 或注入后仍是原 think\Request 行为，自定义类方法完全不生效。
- 试图用
$app->bind('think\Request', MyRequest::class)：无效，bind()不影响已存在的 singleton 缓存 - 用
$app->extend('think\Request', fn() => new MyRequest())：无效，extend()只对非 singleton 生效 - 在
provider.php中提前singleton()：会被后续bindRequest()覆盖，顺序决定胜负
想改 Request 行为，唯一合法入口是继承 + 替换命名空间引用
ThinkPHP 允许你定义自己的请求类（如 app\Request），但必须通过「继承 + 命名空间显式使用」来生效，不是靠容器覆盖。
使用场景：加统一日志埋点、重写 ip() 获取逻辑、扩展 param() 的默认过滤规则。
立即学习“PHP免费学习笔记（深入）”；
- 新建
app\Request.php，继承think\Request：namespace app; use think\Request as BaseRequest; class Request extends BaseRequest { public function ip() { return $this->server('HTTP_X_REAL_IP', parent::ip()); } } - 控制器中必须显式 use
app\Request，而非think\Request：use app\Request; class Index { public function index(Request $request) { return $request->ip(); // 走你重写的逻辑 } } - 别漏掉
provider.php里的绑定声明（TP6/8 都需要）：AppServiceProvider::class中确保已注册app\Request别名，否则门面Request::ip()仍走原类
Facade 静态调用怎么切到你的 Request 类
think\facade\Request 是个门面，它背后代理的是容器中 think\Request 的实例——所以即使你写了 app\Request，门面也不会自动切换，必须手动重绑定 facade 的代理目标。
关键操作：修改 config/app.php 中的 'facade' => [...] 配置项，把 Request 对应的值从 'think\Request' 改成 'app\Request'。
- 不改这行，
use think\facade\Request; Request::ip()永远调用原始类 - 改完必须清缓存：
php think clear:facade（TP8）或php think clear:all（TP6） - 注意：此操作会影响全局所有门面调用，包括中间件、验证器等间接依赖处
为什么不用中间件或构造函数劫持来“绕过”容器
有人试过在中间件里 $this->app->instance('think\Request', new MyRequest())，看似塞进去了，但实际无效——因为 instance() 只影响下一次 make()，而 bindRequest() 已提前执行并缓存了单例，instance() 的值被忽略。
构造函数里手动 new 一个 MyRequest 更危险：它没走完整初始化流程（没合并 GET/POST/FILES、没挂载钩子、param() 可能为空），且和容器管理的实例状态不一致，极易引发数据错乱。
真正复杂点在于：Request 初始化强依赖 $_SERVER 和入口一致性，任何绕过 bindRequest() 的方式都会丢失标准化环节。别省那一步。
