默认隐式绑定自动404不可控，需改用Route::model()显式声明绑定逻辑或Route::bind()自定义查找；前者要求主键为id且整型，后者支持slug等字段并可返回null，但控制器参数须加?类型提示。
默认的隐式模型绑定确实会自动返回 404，但这个“自动”是黑盒行为——你没法插手日志、统一格式或 fallback 到缓存数据。真要可控地“绑定模型并返回 404”，得绕开隐式绑定，用显式方式接管整个流程。
Route::model() 是最简可控路径
它不改默认逻辑，只是把「查不到就抛 ModelNotFoundException」这一步显式声明出来，后续仍由 Laravel 统一转成 404 响应，但你能精准控制绑定哪类模型、用哪个字段查。
- 必须在
RouteServiceProvider::boot()中注册，例如：Route::model('post', Post::class); - 此时路由
Route::get('posts/{post}', [PostController::class, 'show'])中的{post}会自动调用Post::find($value)，主键必须是id且类型为整型；若要用slug查，得配合->where('slug', $value)或改用Route::bind() - 查不到时抛出的
ModelNotFoundException会被 Laravel 的异常处理器捕获，并返回标准 404 响应（含APP_DEBUG=false时的自定义视图） - 不支持可选参数：如果 URL 里传了空值或非法值，
Post::find()返回null，但类型提示Post $post会导致TypeError，所以别混用Route::model()和?Post $post
Route::bind() 才能真正自定义失败响应
当你需要查不到时不走默认 404，而是返回 JSON 错误、记录日志、或 fallback 到默认模型，Route::bind() 是唯一入口。它让你完全替换查找逻辑，返回任意值（包括 null），但代价是必须手动处理类型安全。
- 注册示例：
Route::bind('post', function ($value) { return Post::where('slug', $value)->first(); }); - 控制器方法签名必须改成
?Post $post，否则 PHP 会在绑定后立即报TypeError: Argument 1 passed to ... must be an instance of App\Models\Post - 若你想“查不到也进控制器，但最终仍返回 404”，就在控制器里补判断：
if (! $post) { abort(404); }—— 这样你能加日志、埋点、甚至动态 fallback - 注意：该回调函数里不能直接 throw 新异常（如
abort(404)），否则会跳过控制器，Laravel 不会再执行后续中间件或响应格式化
控制器里手动查是最稳妥的兜底方案
彻底放弃模型绑定机制，把查找逻辑收归控制器。适合需要复杂条件、缓存穿透防护、多源 fallback 或差异化错误码的场景。没有隐式行为干扰，但每处都要写防御性代码。
- 路由保持原始：
Route::get('posts/{id}', [PostController::class, 'show']); - 控制器方法去掉类型提示，用原始参数：
public function show($id) - 查模型时自己决定行为：
$post = Post::with('author')->cacheFor(3600)->find($id);，然后显式判断：if (! $post) { return response()->json(['error' => 'Post not found'], 404); } - 关键坑点：漏掉
if (! $post)判断，后续调用$post->title会崩成Call to a member function title() on null - 优势明显：可自由组合
where()、when()、cache()、failoverTo()等链式调用，错误响应结构完全自主
真正容易被忽略的是主键类型和路由参数匹配问题：如果你的模型主键是 UUID，但没设 protected $keyType = 'string';，Laravel 隐式绑定仍会按整型解析 URL 参数，导致静默失败——控制器收到的是字符串 "abc123"，不是模型实例，后续调用方法直接报错。这种问题不会触发 404，而是让请求“卡在中间”，必须检查模型定义和实际传参类型是否一致。
