request()->query()只读url查询字符串，request()->input()合并查询、post、json参数并支持嵌套访问；route()是url生成辅助函数，request()->route()才获取当前路由实例。
request()->query() 和 request()->input() 有什么区别
关键看参数来源：request()->query() 只读 URL 查询字符串（?id=123&sort=name），而 request()->input() 会合并查询参数、POST 表单、JSON body 里的字段，还支持点号嵌套访问（如 request()->input('user.name')）。
容易踩的坑：用 input() 读取纯 GET 接口参数时，如果前端同时发了 JSON body（比如调试时 curl 带了 -H "Content-Type: application/json"），Laravel 会优先解析 body，导致 query 参数被覆盖或忽略。
- 只处理 GET 请求？直接用
request()->query('page', 1)更安全、语义更清晰 - 不确定参数来源？用
request()->input('search')，但得确认中间件没拦截或重写请求内容 - 想严格区分？加个判断
request()->isMethod('get')再选方法
route() 和 request()->route() 获取的是同一个东西吗
不是。前者是辅助函数，生成 URL；后者才是取当前匹配的路由实例。真正拿路由参数（比如 /post/{id} 中的 {id}）得用 request()->route('id') 或 request()->route()->parameter('id')。
常见错误现象：在控制器里写 route('post.show', ['id' => 123])，结果页面报错 Route [post.show] not defined——这和“获取参数”完全无关，只是路由名写错了或没注册。
- 路由定义是
Route::get('/post/{id}', [PostController::class, 'show'])->name('post.show');，才能用route()生成链接 - 取
{id}值，别用request()->query('id')，它可能为空；要用request()->route('id') - 如果路由参数带可选修饰符（如
{id?}），route('id')返回 null，记得判空
在中间件里怎么提前拿到路由参数
中间件执行时路由已匹配完成，但 request()->route() 可能还是 null——因为 Laravel 的路由绑定依赖 SubstituteBindings 中间件，它默认在「路由服务提供者之后」才运行。
所以你在自定义中间件里直接调 request()->route('id')，大概率得到 null，尤其当这个中间件注册在全局中间件组里（比如 $middleware 数组）。
- 把中间件移到
$middlewareGroups['web']里，并确保排在\App\Http\Middleware\SubstituteBindings::class之后 - 或者改用
request()->route()?->parameter('id')，加空值检查更稳妥 - 性能影响：过早访问
route()不会触发额外查询，但依赖绑定顺序，兼容性比直接读 query 差
为什么 $request->id 这种写法有时不生效
这是 Laravel 的动态属性访问机制，底层调用 __get()，会依次尝试从 route、query、request body 里找 id。看似方便，但隐式行为容易掩盖问题。
典型翻车场景：路由是 /posts/{post}，你写 $request->post，结果返回的是 query 里的 ?post=draft，而不是路由参数 123——因为 query 优先级高于 route（在 InputBag 合并逻辑里）。
- 明确要路由参数？用
$request->route('post') - 明确要查询参数？用
$request->query('post') - 别依赖魔术属性，尤其在参数名可能重复出现的场景（比如分页 + 路由 ID 都叫
id）
最麻烦的是调试时看不出差别——打印 $request->id 和 $request->route('id') 看起来一样，但背后来源完全不同，线上环境一旦 query 意外带参就出错。
