应使用 $request->query() 获取 GET 参数，因其仅读取 $_GET、语义明确；避免用 $request->input() 导致参数来源混淆；路由中勿将 GET 参数设为路径占位符；验证时需显式调用 $request->query()->validate()。
直接用 $request->query 拿 GET 参数，别写 input()
GET 参数本质就是 URL 查询字符串（?key=value&foo=bar），Laravel 里最轻量、最明确的取法是 $request->query。它只读 $_GET，不混入 POST、JSON 或路由参数，语义清晰、无歧义。
常见错误是用 $request->input('key') —— 它会按顺序查 query → request → json → files，容易被其他请求体干扰，尤其在 API 场景下可能意外覆盖值。
-
$request->query('page')：安全取?page=2，未提供时返回null -
$request->query('page', 1)：带默认值，比手动?? 1更简洁 -
$request->query()：一次性取全部查询参数，返回关联数组
路由里别把 GET 参数塞进路径占位符
比如写成 Route::get('/search/{q}', [...]) 再在方法里收 $q，这属于误用。URL 路径段（path segment）应表达资源定位，不是过滤条件；{q} 实际上是路由参数，不是 GET 参数，且会导致 /search?q=laravel 404。
正确做法是保持路由静态，参数全走 query：
- 定义：
Route::get('/search', [SearchController::class, 'index']) - 访问：
/search?q=laravel&limit=10 - 控制器里：
$request->query('q')和$request->query('limit', 20)
批量验证 GET 参数时，validate() 要显式指定 query
$request->validate([...]) 默认校验整个请求体（包括 POST 数据、JSON 等），对纯 GET 接口容易漏判或误判。必须用 $request->query() 显式提取再验证：
public function index(Request $request)
{
$validated = $request->query()->validate([
'q' => 'required|string|min:2',
'page' => 'integer|min:1',
]);
}
或者更稳妥地先取再验：
$data = $request->only(['q', 'page', 'sort']);validator($data, [...])->validate();
避免 $request->validate() 默默从 POST 或 JSON 里捞数据，导致验证逻辑失效。
注意 Laravel 版本对 query() 的兼容性
$request->query() 在 Laravel 5.5+ 全面可用，但早期版本（如 5.2）只支持 $request->input() 或直接读 $_GET。如果你维护老项目：
- Laravel ≤5.4：用
$request->get('key', $default)（注意是get方法，不是input） - 或退化为
request()->query('key')（全局 helper，5.2+ 支持） - 别依赖
$request->query()链式调用，低版本会报错
真正容易被忽略的是：GET 参数没有 CSRF 保护，也不受中间件如 VerifyCsrfToken 影响，但若你把它和 POST 混用在同一控制器方法里，验证逻辑和参数来源就极易错乱。
