request::instance()在tp5.1中被彻底删除，因其违背psr-7和依赖注入设计；应改用参数注入\think\request或think\facade\request，避免param()混用导致安全风险。
不能用了，直接调用会报 Fatal error: Uncaught Error: Call to undefined function Request::instance()。 这不是兼容性问题，而是 TP5.1 起就彻底移除的硬性废弃——它连类方法都不是，Request::instance() 本质是调用一个已删除的全局函数。
为什么 Request::instance() 彻底失效了
TP5.1 开始全面转向 PSR-7 和容器驱动设计，Request::instance() 这种静态单例模式破坏依赖注入、无法 mock、干扰 CLI/Swoole 多请求上下文。框架不再维护这个“全局请求快照”，所有请求对象都由容器按需绑定并注入。
- 它不是被“标记为废弃”，而是源码里已完全删除，不存在该函数定义
- 即使你手动补个同名函数，也拿不到当前真实请求（比如 Swoole 长连接中可能复用旧实例）
- 在 CLI 环境下调用必错，因为没有 HTTP 上下文可实例化
替代方案：必须用依赖注入或 facade
推荐控制器方法参数注入，次选用 think\facade\Request。别再试图“找一个能替代 instance() 的静态调用”——思路要从“取实例”转为“声明依赖”。
- 控制器方法内：直接写
public function index(\think\Request $request)，框架自动注入当前请求对象 - 非控制器类（如 Service）：构造函数或方法参数加
\think\Request $request，让容器传入 - 临时需要（不推荐）：用
think\facade\Request::get('id')，但需提前use think\facade\Request - 绝对不要在方法体内写
app('request')或Request::instance()—— 容器绑定的是接口，不是静态实例
$request->param() 和 $request->get()/$request->post() 怎么选
这是最容易踩坑的地方：param() 是合并读取（POST → GET → PATHINFO），线上环境对敏感字段（如 password）极不安全。
- 表单提交字段，明确只读 POST：
$request->post('username') - URL 查询参数（如分页
?page=2），只读 GET：$request->get('page') - RESTful 路径变量（如
/user/123），必须用：$request->param('id') -
$request->param('token')可能被同名 POST 值覆盖 GET 值，而$request->get('token')永远只取 URL 参数，更可控
真正麻烦的不是找不到替代写法，而是旧代码里大量 Request::instance() 往往混着 param() 无差别读取，升级时得逐个判断来源意图——漏掉一个，就可能让密码参数从 POST 被 GET 同名参数意外覆盖。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
