laravel隐式路由模型绑定要求路由参数名与控制器参数名严格一致且区分大小写，否则跳过绑定；显式绑定可自定义查询逻辑，但需避免重操作和错误异常处理。
路由参数名必须和模型变量名一致
Laravel 的隐式路由模型绑定不是靠类型推断，而是靠路由参数名与控制器方法参数名的严格匹配。比如 Route::get('/posts/{post}', ...) 中的 {post}，必须对应控制器方法里叫 $post 的参数，否则框架不会自动查询 Post 模型。
常见错误是写成 {id} 却在方法里用 $post，或者路由用 {post} 但方法写成 $p —— 这两种都会跳过绑定，直接传入字符串 "123"，而不是 Post 实例。
- 参数名区分大小写：
$Post≠$post - 如果模型不在默认命名空间（如用了
AppModelsPost），需在路由定义时显式绑定：Route::model('post', AppModelsPost::class) - 不建议在同一个路由中混用隐式绑定和显式绑定，容易覆盖或冲突
找不到模型时默认返回 404，但可以自定义行为
隐式绑定查不到记录时，Laravel 会直接抛出 ModelNotFoundException，并由异常处理器转为 404 响应。这看似方便，但实际开发中常需要更细粒度控制 —— 比如对未发布文章返回 403，或对软删除记录做特殊处理。
这时不能依赖隐式绑定，得改用显式绑定 + 自定义解析逻辑：
Route::bind('post', function ($value) { return Post::where('id', $value) ->where('status', 'published') ->firstOrFail(); });- 显式绑定放在
RouteServiceProvider::boot()里，别漏掉return - 用
firstOrFail()仍会触发 404；若想返回 403，改用first()+ 手动abort(403) - 注意：显式绑定函数里不能用 Eloquent 的
findOrFail()，它抛的是同名异常，仍会被当成“找不到”统一处理
显式绑定支持闭包、类方法、甚至服务容器解析
除了上面那种闭包写法，Route::bind() 还能接收字符串形式的类方法，比如 AppBindersPostBinder@resolve，适合逻辑复杂、需要复用或测试的场景。
更隐蔽但实用的是配合服务容器：如果你在容器里绑定了一个解析器类，并启用了自动注入，Laravel 会在绑定时尝试从容器解析该类再调用其 __invoke 方法。
- 闭包最轻量，适合简单条件过滤
- 类方法更易单元测试，也方便 IDE 跳转
- 不要在绑定逻辑里做重操作（如 redis 查询、http 请求），路由解析阶段阻塞会影响所有请求
- 绑定函数里访问
request()是安全的，但别依赖 session 或 auth —— 此时中间件还没执行
API 路由里要小心资源路由和可选参数
用 Route::Resource('posts', PostController::class) 时，{post} 绑定默认启用，但如果你加了可选参数，比如 /posts/{post?}，Laravel 就不会触发绑定 —— 因为 $post 参数可能为 NULL，框架无法判断是否该查库。
这种场景下要么放弃可选参数，要么手动查模型：
public function show(Request $request, $post = null) { $post = $post ? Post::find($post) : null; // 后续自己判空或 abort }-
{post?}和{post}在资源路由里行为完全不同，别凭直觉改 - API 路由通常不需要 404，而是返回 json 错误，此时显式绑定 + 自定义异常响应更可控
- 如果模型有大量关联要预加载，别在绑定里写
with()—— 应该放到控制器里，绑定只负责“找出来”，不负责“怎么用”
路由模型绑定看着省事，但真正上线后出问题，八成卡在参数名拼错、软删除没处理、或可选参数破坏了绑定链路——这些地方没日志、不报错、只默默传字符串，比报错还难定位。