应使用 request()->query()->all() 获取纯 GET 参数，而非 request()->all()，因后者会混入 POST、路由参数等导致数据污染；推荐在控制器或中间件 handle() 中调用，并注意 URL 编码与默认值处理。
如何用 request()->all() 获取全部 GET 参数
直接调用 request()->all() 就能拿到当前请求中所有 GET（以及 POST、文件等）参数，但它不区分来源。如果你只想要纯 GET 查询字符串里的键值对，这个方法会混入 POST 数据或路由参数，容易出错。
实操建议：
- 在控制器方法里直接写
request()->query()->all()—— 这才是严格只取 URL 查询参数（即 ?a=1&b=2 部分）的正确方式 - 如果用了
Request $request依赖注入，就用$request->query()->all() - 避免用
$_GET手动访问，它绕过 Laravel 的请求生命周期，无法享受过滤、验证、中间件等能力
request()->query() 和 request()->all() 的关键区别
request()->query() 返回的是 ParameterBag 实例，专管查询字符串；request()->all() 是合并了 query、request（POST）、attributes（路由参数）、files 的结果。
常见错误现象：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 表单 POST 提交时，
request()->all()把 GET 查询参数和 POST 字段一起返回，导致数据污染 - 路由定义为
get('/users/{id}') -> where('id', '\d+')，request()->all()会把id当作参数返回，而request()->query()->all()不会 - 调试时看到多出一堆意外字段，大概率是误用了
all()
带默认值和过滤的 GET 参数安全获取
生产环境别裸奔式用 all()，尤其当参数要进数据库或拼 SQL 时。Laravel 提供更可控的方式：
- 用
request()->query('page', 1)指定默认值，比request()->query()->get('page', 1)更简洁 - 需要批量取且带默认值？写个辅助函数：
collect(request()->query())->mapWithKeys(fn($v, $k) => [$k => $v ?? 'default'])
- 过滤掉空值或敏感键：
request()->query()->except(['token', 'signature'])->filter()->all()
- 注意：
filter()默认只剔除null和空字符串，不会处理'0'或0，需显式判断
为什么不能在中间件或服务提供者里直接用 request()
因为 Laravel 的 request() 辅助函数依赖服务容器绑定，在请求尚未完全解析前（比如 AppServiceProvider::boot()），调用会返回空实例或报错 Target [Illuminate\Http\Request] is not instantiable。
使用场景限制：
- 只能在「已进入请求生命周期」的位置使用：控制器方法、闭包路由、中间件的
handle()方法内 - 想全局预处理 GET 参数？写一个中间件，在
handle()里用$request->query()->all()并存入$request->attributes - 测试时若用
call()模拟请求，记得传完整Query String，否则query()->all()返回空数组
最常被忽略的一点：URL 编码参数（如含空格、中文、斜杠）必须由前端正确 encode，后端 query()->all() 才能自动 decode。如果发现参数截断或乱码，先检查浏览器地址栏里是不是出现未编码的原始字符。
