隐式绑定需严格匹配路由参数名与类型提示变量名（如{user}对应user $user），且须正确配置命名空间、注册route::model、定义getroutekeyname等，任一环节出错即退化为原始字符串传递。
隐式绑定不是“自动识别模型”，而是靠参数名和类型提示的严格匹配触发的——写错一个字母或大小写，它就直接跳过，传原始字符串进来。
为什么 $user 没变成 User 实例，还是个字符串？
这是最常踩的坑：你以为绑定了，其实根本没触发。
-
路由里是
{user}，控制器方法参数必须叫$user，不能是$id、$u或$User（大小写敏感） - 类型提示必须存在：
public function show(User $user)，只写public function show($user)不会触发绑定 - Laravel 8+ 默认不启用全局隐式绑定，
{user}要求你已在RouteServiceProvider::boot()里显式注册过Route::model('user', User::class) - 如果模型在非默认命名空间（比如
App\Models\User），类型提示得写全路径，或 use 导入，否则框架找不到类
getRouteKeyName() 改了但绑定还是查 id？
这个方法只在隐式绑定生效时起作用；但如果没触发隐式绑定（比如参数名不匹配），它根本不会被调用。
- 确认模型里确实有这个方法：
public function getRouteKeyName() { return 'slug'; } - 确保路由参数名和变量名一致，且类型提示正确，否则框架连模型实例都不会尝试构建
- 数据库字段
slug必须有索引，否则高并发下可能慢到像卡死 - 如果主键是
uuid字符串，但没设$primaryKey = 'uuid'，Laravel 仍会按id查，导致 404
API 路由里用 {post} 隐式绑定，前端收到 404 却不知道是 ID 错了还是没权限？
隐式绑定把所有“查不到”都归为 404，掩盖了真实语义。这对 API 是危险的。
- 不要在
api.php中直接依赖隐式绑定返回 404 —— 它无法区分“资源不存在”和“用户无权访问该资源” - 若需权限校验，应在
Route::bind()闭包里做，比如先查Post::withTrashed()->find($value)，再判断状态或所有权 - 软删除模型默认仍能被绑定查出，除非你在绑定逻辑里加
->whereNotNull('deleted_at')或调用withTrashed() - 想返回 403 而不是 404？别用
firstOrFail()，改用first()+abort(403)
隐式绑定看着省事，但它的“智能”全建立在命名和配置完全正确的前提上；一旦漏掉一个 use、拼错一个字母、或忘了注册 Route::model，它就静默退化成原始字符串传递——而这个错误在日志里不会报异常，只会在业务逻辑里悄悄出错。
