Laravel路由参数可直接作为控制器方法参数接收，需路由占位符与参数名完全一致（如{id}对应$id），类型提示（如int $id）可触发自动转换；隐式绑定支持模型实例注入；$request->route(‘id’)用于显式获取，但构造函数中不可用。
路由参数直接作为控制器方法参数接收
只要路由定义中用了 {id} 这类占位符，Laravel 就能自动把匹配到的值注入到控制器方法对应名称的参数里。不需要手动从请求对象里取，也不用写 $request->route('id')。
常见错误是命名不一致：比如路由写的是 {user_id}，但控制器方法参数叫 $id，这时会注入失败（参数为 null 或抛出类型错误）。
- 路由定义必须和参数名完全一致（包括下划线、大小写）
- 参数类型提示（如
int $id）会让 Laravel 自动尝试转换，但仅限于基础类型；自定义类型需配合隐式绑定 - 如果参数名含下划线（如
user_id），方法参数也得写成$user_id，不能驼峰
示例：
Route::get('/users/{id}', [UserController::class, 'show']);
对应控制器：
public function show(int $id)
{
return User::findOrFail($id);
}
使用 $request->route() 显式获取参数
当需要动态访问、或参数名不确定时（比如中间件里），就得调用 $request->route()。注意不是 $request->input()，那是表单或查询参数。
容易踩的坑是没检查是否为 null——比如在未匹配路由时调用，$request->route() 返回 null，再链式调用 parameter('id') 会报错。
-
$request->route('id')是最简写法，等价于$request->route()?->parameter('id') -
$request->route()->parameters()返回全部参数数组，适合批量处理 - 在构造函数里不能用这个方式——路由尚未解析，
$request->route()还是null
带约束的路由参数如何影响控制器接收
加了正则约束（如 where('id', '[0-9]+')）不会改变控制器接收方式，但会影响路由是否匹配。匹配失败时，控制器根本不会执行。
真正影响接收逻辑的是「隐式模型绑定」：当你把参数类型声明为 Eloquent 模型（如 User $user），Laravel 会自动查库并注入实例，而不是原始 ID 值。
- 没开启隐式绑定时，
$user是字符串或整数；开启后是User实例 - 隐式绑定默认按参数名找模型（
$user→User::class），可改用Route::model('uid', User::class)自定义映射 - 若数据库无对应记录，隐式绑定直接返回 404，不用自己写
findOrFail
为什么有时候 $id 是字符串而不是整数
URL 中的所有参数原始类型都是字符串，Laravel 不会自动类型转换，除非你加了类型提示（int $id）或启用隐式绑定（此时是模型实例）。
这在比较操作或数据库查询中容易出问题：比如用 == 可能侥幸成功，但 === 或严格模式下就会失效。
- 推荐始终加类型提示（
int $id），Laravel 会在注入前尝试 cast - 如果参数可能为空或非数字，别依赖自动 cast，先用
filter_var($id, FILTER_VALIDATE_INT)校验 - API 场景下尤其要注意：前端传
"123"和123在 JSON 解析后都可能是字符串，别假设后端一定收到整数
最常被忽略的一点：类型提示只对控制器方法生效，对中间件、请求验证类、或手动调用 $request->route('id') 的地方无效——那些地方拿到的永远是原始字符串。
