门面获取参数易出错，因其静态代理特性导致状态残留、来源混淆、过滤失效；推荐依赖注入request实例以确保准确性和安全性。
直接用 think\facade\Request 静态调用即可，但要注意：它不自动注入、不感知上下文生命周期，适合简单场景；复杂逻辑（如中间件、多请求复用）建议改用依赖注入。
为什么用门面获取参数容易出错
门面本质是静态代理，背后绑定的 Request 实例在每次 HTTP 请求中只初始化一次，但它的状态（比如当前路由解析结果、参数缓存）可能被前序中间件或控制器修改过。常见问题包括：
-
Request::param('id')返回的是路由匹配值，不是 URL 查询参数中的id，且无法通过门面控制来源优先级 - 在 CLI 或 Swoole 长连接环境下，
Request::get()可能读到上一个请求残留的$_GET（PHP-FPM 下不明显，Swoole 下必现） - 门面无法传入自定义过滤器链，比如
'trim|htmlspecialchars'这类管道式过滤只能在实例方法中生效
Request::get() 和 Request::post() 的真实行为
这两个方法看似“只读对应超全局变量”，实际仍受框架配置影响。例如：
- 当路由规则为
'user/:id'且访问/user/123?name=test时，Request::get('id')返回123（路由变量），不是$_GET['id']（根本不存在） -
Request::post()在 Content-Type 为application/json时返回空数组——它只读$_POST，不解析原始 body - 想强制读原始 GET，得写成
Request::param('name', '', 'get')，但门面下这个第三个参数会被忽略，必须用实例对象
门面下安全获取参数的实操建议
如果非要用门面，只推荐以下三种可控用法：
- 取全部查询参数：
Request::get()—— 确保 URL 中无同名路由变量，否则结果不可靠 - 取表单 POST 数据：
Request::post()—— 仅限application/x-www-form-urlencoded或multipart/form-data提交 - 检测字段是否存在：
Request::has('token', 'get')或Request::has('submit', 'post')，这个最稳
其他需求（如 JSON 解析、字段过滤、混合来源白名单）请立刻切到依赖注入方式：public function index(\think\Request $request)。门面不是万能胶，它是给模板或辅助函数临时取数用的，不是主干逻辑的参数入口。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
