隐式绑定要求路由参数名与模型主键字段名严格一致，如{user}对应User模型的id（或自定义主键），否则退化为字符串参数；查不到时默认返回404，不执行控制器逻辑。
隐式绑定的路由参数名必须和模型属性名一致
Laravel 的隐式绑定不是靠注释或配置触发的，而是靠「路由参数名」和「模型主键字段名」是否匹配来自动启用。比如你定义了 Route::get('/users/{user}', ...)，Laravel 就会尝试用 User 模型去查找 id 字段等于该参数值的记录——前提是你的模型主键确实是 id，且路由参数叫 {user}（单数、小写、和模型类名可推导）。
常见错误现象：Route::get('/posts/{post_id}', [...]) 不会触发隐式绑定，因为参数名 post_id 和模型默认主键字段 id 不一致，Laravel 找不到对应关系，直接传字符串进去，不查库。
- 参数名必须是模型名的单数小写形式（
{user}→User类） - 模型主键字段名默认是
id；如果改过（如$primaryKey = 'uuid'），那它必须和路由参数名完全一致（即{uuid}） - 控制器方法签名里类型提示必须是具体模型类（
User $user），不能是接口或父类 - 如果参数名带下划线（
{post_id}）、复数（{users}）、或和模型名无关（{uid}），隐式绑定就失效，退化为普通字符串参数
404 不是报错，是隐式绑定的默认行为
很多人以为没查到记录会抛异常，其实 Laravel 隐式绑定查不到时直接返回 404 响应，不进控制器逻辑。这不是 bug，是设计如此——它把「资源不存在」的语义提前收口，避免你在每个方法里重复写 abort_if(!$user, 404)。
使用场景：适合 RESTful 资源路由，比如编辑页面、详情页，天然需要「找不到就 404」；但不适合需要自定义兜底逻辑的地方（比如跳转到创建页、或返回空对象）。
- 想改这个行为？重写模型的
resolveRouteBinding方法，或在路由里显式调用where('id', '[0-9]+')后加闭包处理 - 不想 404？别用隐式绑定，改用显式绑定（
Route::bind('user', function ($value) { ... })）或手动查询 - 注意：404 是 HTTP 响应，中间件仍会执行到出错前一步，但控制器方法不会运行
自定义隐式绑定要改模型方法，不是路由配置
想让 {user} 参数按邮箱查、或支持 UUID、或走缓存，不能靠改路由定义，得动模型。Laravel 在解析 {user} 时，最终会调用 User::resolveRouteBinding($value)，这个方法才是关键入口。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
性能影响：默认实现是 self::findOrFail($value)，走 Eloquent 查询；如果你在这里加 Redis 缓存或换字段查，要注意缓存穿透和数据一致性。
- 重写
resolveRouteBinding时，返回模型实例即可（支持返回 null，此时仍 404） - 不要在该方法里 throw 新异常——Laravel 只认
ModelNotFoundException来触发 404，其他异常会冒泡成 500 - 如果模型有软删除，记得加
withTrashed()或onlyTrashed()判断，否则已删除记录永远 404 - 示例：
public function resolveRouteBinding($value, $field = null) { return $this->where('email', $value)->firstOrFail(); }
隐式绑定和 Route::bind 共存时，后者优先级更高
如果你在 RouteServiceProvider::boot() 里写了 Route::bind('user', ...)，那所有 {user} 参数都会走这个闭包，隐式绑定逻辑被完全绕过。这是 Laravel 的明确规则：显式绑定覆盖隐式绑定。
容易踩的坑：团队协作中有人加了全局 Route::bind，但其他人不知道，结果发现某条路由突然不走模型查 id 了，而是进了闭包逻辑，调试半天才定位到。
- 检查是否被覆盖：搜索项目里所有
Route::bind调用，尤其注意服务提供者和路由文件顶部 - 如果只想局部改，别用全局
Route::bind，改用Route::model('user', User::class)+ 自定义resolveRouteBinding - 多个模型同名参数（比如
{user}同时用于User和Admin）？必须用显式绑定区分，隐式绑定无法自动识别上下文
隐式绑定看着简单，但参数名、模型主键、全局绑定、软删除、缓存这几个点一碰就容易出偏差，尤其是从 Laravel 8 升级上来的人，常忽略 resolveRouteBinding 的签名变化和返回值要求。
