显式绑定是解决隐式绑定局限的必要手段，需满足参数名匹配、主键为id、在RouteServiceProvider::boot()中注册；Route::bind()闭包须自行调用firstOrFail()或抛异常，不可返回null；自定义键名应优先在模型中定义getRouteKeyName()方法。
显式绑定不是“备选方案”，而是解决隐式绑定无法覆盖场景的必要手段——参数名不一致、非主键查询、软删除控制、权限预检，都得靠它。
Route::model() 为什么只查主键且不生效
Route::model('user', User::class) 看似简单，但背后有三个硬性前提：
-
路由参数名必须是
{user}，写成{userId}或{u}就跳过绑定，控制器收到的是原始字符串 - 模型主键必须是
id，否则User::findOrFail($value)会按id = ?查，查不到就直接 404（哪怕数据库里真有uuid = 'xxx'） - Laravel 8+ 默认关闭全局隐式绑定，
Route::model()必须在RouteServiceProvider::boot()中显式调用，不能只写在routes/web.php里
Route::bind() 闭包里必须自己处理异常
用 Route::bind('post', function ($value) { ... }) 时，Laravel 不再帮你调 firstOrFail()，返回 null 也不会自动转 404 —— 它只认你返回的实例或抛出的异常。
- 正确写法：用
firstOrFail()或手动throw (new ModelNotFoundException()) - 错误写法：
return Post::where('slug', $value)->first();→ 返回null，控制器收到null，后续报错难定位 - 想返回 403 而不是 404？用
first()+abort(403)，但注意这会绕过 Laravel 的异常处理器逻辑
绑定逻辑里能访问 request()，但别碰 auth 和 session
路由解析阶段发生在中间件执行之前，所以 request() 可用，但 auth()、session()、Auth::user() 全是未初始化状态。
- 安全操作：读取请求头、查询参数、IP 地址、路由命名
- 危险操作：查用户角色、判断登录态、读取 session 数据 —— 此时
auth()->check()恒为false - 需要权限校验？把逻辑后移到控制器或中间件，别塞进
Route::bind()
自定义键名优先走 getRouteKeyName()，不是 Route::model()
想用 username 或 slug 绑定，最干净的方式是在模型里加 getRouteKeyName() 方法：
public function getRouteKeyName()
{
return 'slug';
}
这样 Route::model('post', Post::class) 和隐式绑定都会自动查 slug 字段；如果只在 Route::bind() 闭包里写 where('slug', $value)，那只是局部生效，其他地方（比如 resolveRouteBinding）仍按默认逻辑走。
真正容易被忽略的是：这个方法一旦定义，所有对该模型的绑定（包括子资源嵌套路由里的 {post}）都会受它影响，改之前得通盘检查关联路由是否还符合预期。
