route::current() 和 request()->route() 都返回当前路由实例，但前者在路由匹配完成后立即可用、未匹配时抛异常，后者依赖 request 绑定、未绑定时返回 null；适用场景分别为非请求上下文和请求上下文。
Route::current() 和 request()->route() 都返回当前匹配的路由实例，但它们的调用时机、上下文依赖和容错行为有本质区别。
调用时机与生命周期位置不同
Route::current() 是 Router 门面直接从已执行完的路由匹配结果中取值，发生在路由匹配完成、中间件执行前的固定节点；它不依赖 Request 实例绑定状态，只要路由已匹配成功就能取到对象。
request()->route() 是从当前 Request 对象的 route 属性中读取，该属性由 Laravel 内部在匹配完成后主动设置（$request->setRoute($route)）。如果 Request 尚未完成绑定（如在 Service Provider 的 boot() 中提前调用），该方法会返回 null。
空值处理逻辑相反
- Route::current() 在未匹配到任何路由时会抛出异常（如
RuntimeException: Unable to get current route），强制暴露配置或匹配问题 - request()->route() 在未匹配或 Request 不完整时返回 null，需手动判空，例如：
request()->route()?->getName()或if (request()->route()) { ... }
适用场景明显区分
- 在控制器、中间件、Blade 视图等请求上下文中，优先用
request()->route()—— 更轻量、语义清晰、易 mock 测试 - 在 Service Provider、事件监听器、Artisan 命令等非请求上下文中，只能用
Route::current()（前提是路由已匹配）；若需更安全，可监听router.matched事件再获取 - 两者都不应在路由定义闭包内使用（此时匹配尚未完成），否则行为不可靠
性能与底层实现一致
二者最终都指向同一个 Route 实例，不是各自重新匹配一次。Route::current() 底层调用的是 app('router')->current()，而 request()->route() 是从 Request 对象缓存字段读取 —— 所以没有性能差异，选择依据是上下文安全性，而非效率。
