隐式绑定用getroutekeyname()改查询字段最轻量，仅影响隐式绑定且必须返回字符串字段名；软删除需手动处理；route::bind()中避免firstorfail()以自定义响应；多段url应放弃绑定而手动查询。
隐式绑定用 getRouteKeyName() 改查询字段最轻量
想让 {post} 不按 id 查，而是按 slug，直接在模型里加方法就行，不用动路由配置：
-
getRouteKeyName()只影响隐式绑定，对Route::bind()无效 - 必须返回字符串字段名，比如
'slug'或'username'，不能写条件表达式 - 软删除模型不会自动过滤，查到已删除记录仍会返回——得手动加
->withoutTrashed()或在resolveRouteBinding()里处理 - 如果模型不在
App\Models命名空间，类型提示要写全路径，否则隐式绑定根本不会触发
Route::bind() 里别用 firstOrFail() 就没法自定义错误响应
你写 Route::bind('post', function ($value) { return Post::where('slug', $value)->firstOrFail(); });，看起来干净，但一查不到就进 404，连日志都打不了。真要返回 403、记录审计、或 fallback 到空对象，必须用 first() + 手动判断：
- 闭包里返回
null是合法的，但控制器参数得改成?Post $post，否则 PHP 直接报TypeError - 查不到时用
abort(403)或response()->json(..., 401)，完全可控 -
firstOrFail()和findOrFail()抛的都是ModelNotFoundException，Laravel 统一转成 404，改名字没用 - 多个同名
Route::bind()注册会覆盖，后注册的生效
多段 URL（如 /posts/2024/05/hello）不能靠模型绑定自动解析
Laravel 的模型绑定机制只认单个占位符，{year}/{month}/{slug} 是三个独立字符串参数，Route::bind('post', ...) 根本不会被调用。
- 强行在
Route::bind()里拼条件查多字段（比如whereYear()->whereMonth()->where('slug', ...)）是可行的，但得把这三段塞进一个占位符里，比如/posts/{post}，然后让$value是类似"2024-05-hello"的复合值——语义变差，维护成本高 - 更合理的方式是放弃绑定，路由保持
/posts/{year}/{month}/{slug}，控制器里手动组合查询：Post::whereYear('published_at', $year)->whereMonth('published_at', $month)->where('slug', $slug)->firstOrFail() - 如果逻辑复用频繁，抽成模型作用域
scopeByYearMonthSlug()，比折腾绑定稳定得多
resolveRouteBinding() 适合单模型全局定制，优先级高于 Route::bind()
当某个模型（比如 User）在所有地方都要按 username 查，而不是每个路由都配 Route::bind()，重写模型里的 resolveRouteBinding() 更干净：
- 它天然支持
$field参数，比如$user->resolveRouteBinding('john', 'username')，方便复用 - 优先级比
Route::bind()高，一旦定义，Route::bind('user', ...)就会被跳过 - 软删除需显式调用
withTrashed()或withoutTrashed()，getRouteKeyName()不管这事 - 注意：这个方法只对当前模型生效，不污染其他模型逻辑
真正麻烦的是混合场景：软删除 + 自定义键 + 多条件权限检查。这时候别硬套单一机制，往往得组合 resolveRouteBinding() + 手动查 + 中间件校验，绑定只是起点，不是终点。
