route() 辅助函数传参必须严格匹配路由定义的参数名，如路由为 {user} 则必须传 ['user' => $id]，键名不匹配会导致 missing required parameter 错误。
route() 辅助函数传参必须严格匹配路由定义的参数名
错误最常发生在 route() 调用时传了错的键名，比如路由定义是 {user}，你却传 ['id' => 1] —— Laravel 不会自动映射 id 到 user，它只认键名和花括号里的一模一样。
常见错误现象：Missing required parameter for [Route: conversations.show] [URI: conversations/{user}] [Missing parameter: user]
- 检查路由定义中的参数名：比如
Route::get('conversations/{user}', ...)->name('conversations.show')→ 参数名就是user -
route('conversations.show', ['user' => $user->id])才正确；['id' => ...]或[$user->id]（无键数组）都会失败 - 如果参数是模型实例（如
$user），Laravel 会自动调用getRouteKey()，但键名仍须为user：即['user' => $user]
中间件参数用冒号分隔，顺序和类型要对得上 handle() 方法签名
中间件参数不是数组，而是按位置传入 handle() 的字符串值。写错顺序或漏参数，运行时可能静默失败或抛出 ArgumentCountError。
例如中间件 CheckRole 的 handle 定义为：public function handle(Request $request, Closure $next, string $role)，那么：
-
->middleware('check.role:admin')✅ 传一个参数，对应$role -
->middleware('check.role:admin,editor')❌ 传两个，但方法只收一个 → 报错 - 多参数需同步改方法签名：
handle(..., string $role, string $scope)才能接check.role:admin,backend - 所有路由传进来的参数默认是字符串，
int或bool需手动转换，比如(int) $limit
带可选参数的路由，where() 约束和默认值要配合好
像 {id?} 这种可选参数，表面看灵活，但实际容易因约束冲突导致 404 或参数被忽略。
典型问题：定义了 Route::get('posts/{id?}', ...)->where('id', '[0-9]+')，但访问 /posts 时，id 是 null，而 where 规则强制非空数字 → 匹配失败。
- 可选参数加
where前，先确认是否真需要校验：如果id可为空，就别加where('id', ...) - 若必须校验，改用
where('id', '[1-9][0-9]*')并在控制器里单独处理 null 情况 - 默认值写在闭包或控制器方法参数里更安全：
function ($id = null) { ... }，比依赖路由层解析更可控
命名路由 + route() 是推荐路径，但别混用数组索引和关联键
用 route('posts.show', [1]) 看似省事，但它依赖参数在路由 URI 中的声明顺序。一旦路由改成 posts/{category}/{id}，[1] 就变成传给 category，极难排查。
- 始终优先用关联数组：
route('posts.show', ['id' => 1, 'category' => 'news']) - 哪怕只有一个参数，也别省略键名；Laravel 不支持“按位置自动填充”这种隐式行为
- IDE 和静态分析工具（如 PHPStan）对关联数组的参数校验更友好，能提前发现键名拼写错误
最容易被忽略的是：路由参数名、route() 的键、中间件 handle() 的形参名，三者各自独立，没有自动关联逻辑 —— 它们只是靠你人工对齐。写完务必用真实 URL 和 route() 调用双向验证一次。
