Laravel多认证邮件验证：如何自定义Guard而非重写resend方法

嘿，这个问题我之前做多角色认证的时候也碰到过，完全不用重写整个resend方法，有个很优雅的解决方式！

核心思路是：$request->user()如果不传守卫参数，会使用当前请求上下文的默认守卫。我们只需要在邮件验证控制器的请求周期内，临时把默认守卫切换成你需要的那个（比如admin），就能让resend方法自动用这个守卫获取用户了。

具体操作步骤：

• 找到你的自定义邮件验证控制器（比如AdminVerifyEmailController，如果是为admin角色新建的），它应该继承了Laravel自带的VerifiesEmails trait。
• 在控制器的构造函数里，保留原有中间件规则的同时，添加一个闭包中间件来临时修改默认守卫：

public function __construct()
{
    // 保留原有的身份验证、签名验证、频率限制中间件
    $this->middleware('auth');
    $this->middleware('signed')->only('verify');
    $this->middleware('throttle:6,1')->only('verify', 'resend');

    // 新增闭包中间件，临时切换当前请求的默认守卫为admin
    $this->middleware(function ($request, $next) {
        auth()->setDefaultDriver('admin');
        return $next($request);
    });
}

为什么这个方法可行？ #

这个闭包中间件会在请求进入resend方法前执行，把当前请求上下文的默认守卫改成admin。当resend方法调用$request->user()时，就会自动使用admin守卫获取用户，完全不需要改动resend方法的代码。

而且这个修改是局部生效的，只会影响这个控制器的请求流程，不会改变全局的默认守卫设置，其他模块的认证逻辑依然正常运行。

内容的提问来源于stack exchange，提问作者ٍSofyan Mahmoud