Laravel中携带用户身份跳转验证URL的逻辑实现求助

思路1：直接调用控制器方法（推荐） #

既然/verification/create是你应用内的接口，没必要用Http::get()发起外部请求，直接调用对应控制器的方法，就能直接传递当前用户实例，完全避开身份传递问题。

假设处理该接口的控制器是VerificationController，对应的方法是create，代码修改如下：

use App\Http\Controllers\VerificationController;

if($request->berbix == true || $request->berbix == 'true'){
    // 直接调用控制器方法，传入当前登录用户
    $verificationUrl = app(VerificationController::class)->create(auth()->user());
    // 重定向到生成的验证URL
    return redirect($verificationUrl);
}
else {
    session()->flash('flash.banner', 'Profile updated!');
    session()->flash('flash.bannerStyle', 'success');
    return Redirect::route('dashboard');
}

同时要保证VerificationController的create方法能接收User实例并返回URL：

public function create(User $user)
{
    // 这里写你的验证逻辑，生成并返回最终的跳转URL
    $verificationUrl = // 生成验证链接的业务代码
    return $verificationUrl;
}

思路2：通过HTTP请求传递认证信息 #

如果必须用HTTP请求（比如接口是独立服务），得在请求里带上当前用户的认证凭据，让接口能识别身份：

方式A：传递API令牌 #

如果接口用API令牌认证，在请求头里带上Authorization：

if($request->berbix == true || $request->berbix == 'true'){
    $response = Http::withHeaders([
        'Authorization' => 'Bearer ' . auth()->user()->api_token,
    ])->get(url('/verification/create'));
    
    if($response->successful()){
        // 按接口返回格式提取URL，这里假设直接返回URL字符串
        $verificationUrl = $response->body();
        return redirect($verificationUrl);
    }
    
    // 请求失败的兜底处理
    session()->flash('flash.banner', 'Failed to start verification.');
    session()->flash('flash.bannerStyle', 'danger');
    return Redirect::route('dashboard');
}
else {
    session()->flash('flash.banner', 'Profile updated!');
    session()->flash('flash.bannerStyle', 'success');
    return Redirect::route('dashboard');
}

方式B：传递会话Cookie（同应用场景） #

如果接口依赖Web会话认证，就把当前用户的会话Cookie带到HTTP请求里：

if($request->berbix == true || $request->berbix == 'true'){
    $response = Http::withCookies([
        'laravel_session' => request()->cookie('laravel_session'),
    ])->get(url('/verification/create'));
    
    if($response->successful()){
        $verificationUrl = $response->body();
        return redirect($verificationUrl);
    }
    
    // 请求失败的兜底处理
    session()->flash('flash.banner', 'Failed to start verification.');
    session()->flash('flash.bannerStyle', 'danger');
    return Redirect::route('dashboard');
}
else {
    session()->flash('flash.banner', 'Profile updated!');
    session()->flash('flash.bannerStyle', 'success');
    return Redirect::route('dashboard');
}

关键提醒 #

• 优先选思路1，内部调用控制器方法不仅效率更高，还能直接传递User模型，完全避免HTTP请求带来的身份识别问题。
• 如果用HTTP请求，必须确保接口的认证中间件能识别你传递的凭据（API令牌或会话Cookie），配置要对应上。

内容的提问来源于stack exchange，提问作者ArcticMediaRyan