laravel路由模型绑定是router分发前由controllerdispatcher触发的查询逻辑，非魔法；隐式绑定只认id因getroutekeyname()默认返回'id'；自定义需重写该方法或用route::bind()自由查询，且缓存需手动管理并注意软删除和中间件执行时机。
直接说结论：Laravel 的路由模型绑定不是“魔法”，而是 Router 在 dispatch 前，用 ControllerDispatcher 做依赖解析时触发的查询逻辑；自定义绑定必须绕过默认主键查找，而缓存不当反而会掩盖数据不一致问题。
隐式绑定为什么只认 id？
因为 Laravel 默认调用模型的 getRouteKeyName() 方法，而 Eloquent 基类返回的是 'id'。它不看路由参数写的是 {user} 还是 {uid}，只看类型提示的模型类和该类返回的键名。
- 若你写了
Route::get('/users/{uid}', function (User $user) { ... })，但没改getRouteKeyName()，Laravel 仍查id = $uid，不是字段名匹配 - 想用
username绑定？在User模型里加：public function getRouteKeyName() { return 'username'; } - 注意：
getRouteKeyName()返回的必须是数据库字段名，不能是计算属性或关联字段
Route::bind() 和 Route::model() 的区别在哪？
两者都在 RouteServiceProvider::boot() 里注册，但行为不同：
-
Route::model('post', Post::class)是“快捷版”：只允许指定一个模型类，底层仍走findOrFail()，且键名固定为getRouteKeyName()返回值 -
Route::bind('post', fn($value) => Post::where('slug', $value)->firstOrFail())是“自由版”：闭包内可写任意查询逻辑，甚至跨表、带 with、加 where 条件 - 别混用：如果同时对
post既用了Route::model()又用了Route::bind()，后者会覆盖前者
自定义绑定后，为什么缓存失效或查到旧数据？
因为 Laravel 的模型绑定查询不经过 Eloquent 的查询缓存机制（如 remember()），也不自动刷新 Query Builder 的底层缓存（比如 Redis 中手动缓存的 key）。更关键的是：模型实例一旦注入控制器，后续对该实例的修改（如 $post->title = 'new'）不会自动同步回缓存。
- 如果你在绑定闭包里手动加了
Cache::remember()，要确保 key 包含完整查询条件，例如：Cache::remember('post_by_slug_'.$value, 3600, fn() => Post::where('slug', $value)->with('author')->firstOrFail()) - 避免在绑定逻辑里调用
$model->fresh()或refresh()—— 它们会绕过缓存再查一次库，违背初衷 - 软删除模型（
SoftDeletes）需显式处理：默认firstOrFail()不包含withTrashed()，查不到已软删记录，这不是缓存问题，是查询逻辑遗漏
真正容易被忽略的点是：绑定发生在请求生命周期早期，此时中间件（如 auth、locale）可能尚未执行，所以闭包里无法安全依赖 Auth::user() 或 app()->getLocale()；如有此类依赖，得改用控制器内手动查询，别塞进 Route::bind()。
