Laravel注册后自动登录并跳转失败问题排查

1. 用Auth::login()替代Auth::attempt() #

你当前通过Auth::attempt()重新验证密码的方式完全没必要，还可能因为密码哈希或请求参数的隐性问题导致登录状态无法持久化。既然已经创建并保存了$user实例，直接调用Auth::login()登录用户更可靠：

修改你的store方法：

public function store(RegisterUserRequest $request)
{
    $user = new User();
    $user->name = $request->name;
    $user->email = $request->email;
    $user->password = bcrypt($request->password);
    $user->points = 0;
    $user->role_id = UserRole::USER;
    $user->verified = $request->verified ?? 0;
    $user->verify_email_code = Str::random(30);

    $user->save();

    // 直接登录已创建的用户实例，确保会话持久化
    Auth::login($user);
    
    // 补充发送验证邮件的逻辑（比如用Laravel通知类）
    // $user->notify(new SendVerificationNotification($user->verify_email_code));

    return redirect()->route('users.show');
}

Auth::login()会直接将用户实例写入会话，跳过重复验证密码的步骤，从根源避免会话丢失问题。

2. 检查用户模型的序列化配置 #

确保你的User模型没有重写getAuthIdentifierName()、getAuthIdentifier()这类Laravel认证依赖的核心方法，同时确认$fillable包含所有必要字段（会话序列化时需要这些字段正常读取）：

class User extends Authenticatable
{
    protected $fillable = [
        'name', 'email', 'password', 'points', 'role_id', 'verified', 'verify_email_code',
    ];
}

3. 排查会话配置问题 #

• 如果使用file会话驱动，检查storage/framework/sessions目录的读写权限，执行chmod -R 755 storage/framework/sessions修复权限。
• 核对config/session.php中的domain和path：应用在子域名下时，domain要设为根域名（比如.yourdomain.com），否则会话Cookie无法跨域共享；path保持默认/即可。
• 若应用启用HTTPS，将secure项设为true，否则浏览器可能拒绝保存会话Cookie。

4. 验证Auth中间件逻辑 #

确认users.show路由仅使用auth中间件，而非auth:verified（如果你还未实现邮箱验证的专属中间件）：

// 正确的路由定义（仅校验登录状态）
Route::get('/user/dashboard', [UserController::class, 'show'])->name('users.show')->middleware('auth');

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