Express.js集成Passport.js Google OAuth2.0：登录跳转URL末尾带#导致req.session无法获取用户信息问题

嘿，我来帮你捋捋这个问题——从你贴的代码和现象来看，本质是session没有及时持久化导致的，URL带#可能是附带的小问题，咱们先解决核心的session问题，再处理URL的事儿。

核心原因分析 #

你遇到的情况很典型：登录回调里已经能看到session有用户数据，但重定向到首页后就没了，刷新又出来。这是因为Express的session默认会在响应结束时自动保存，但res.redirect()会立刻发送302响应，跳过了session的保存步骤——也就是说，passport刚把用户数据写入req.session，还没来得及存到session存储（内存/Redis等），你就跳走了，所以首页的请求读不到最新的session。

至于URL里的#，大概率是Google OAuth回调返回的URL带了hash片段，或者你的前端路由（如果有的话）自动加的，但这个本身不影响后端session读取，只是看起来别扭，咱们后面一起解决。

具体解决方案 #

1. 手动强制保存Session再重定向 #

在你的/google/callback路由里，设置完req.session.isValidated=true后，一定要调用req.session.save()，等保存完成后再执行重定向。这样能确保所有session数据（包括passport写入的用户信息）都被持久化：

app.get('/google/callback',passport.authenticate('google',{ 
  failureRedirect:'/login', 
  failureFlash: true, 
  successFlash: true, 
  session: true 
}),(req,res)=>{ 
  req.session.isValidated=true 
  console.log({LOGIN : req.session}) 
  // 手动保存session，避免重定向跳过保存步骤
  req.session.save((err) => {
    if (err) {
      console.error('Session保存失败:', err);
      return res.redirect('/login');
    }
    // 保存完成后再重定向
    res.redirect('/');
  }) 
})

2. 检查Passport的序列化/反序列化配置 #

你没贴这部分代码，但这是Passport维护session用户数据的关键，确保配置正确：

// 序列化用户：把用户数据存入session
passport.serializeUser((user, done) => {
  // 这里可以只存用户ID（如果从数据库取的话），或者直接存完整用户对象
  done(null, user);
});

// 反序列化用户：从session中取出用户数据
passport.deserializeUser((user, done) => {
  // 如果序列化时存的是ID，这里需要从数据库查询用户；否则直接返回
  done(null, user);
});

要是这俩函数写错了，Passport根本没法把用户数据写入session，自然会出现你遇到的情况。

3. 去掉URL里的# #

• 先检查Google开发者控制台里的OAuth回调URL，确保没有多余的#字符
• 如果你的前端用了单页应用路由（比如React Router的hash模式），建议切换到history模式；或者在重定向时明确写完整的不带hash的URL（比如res.redirect('http://localhost:3000/')，不过更推荐用相对路径）

测试验证 #

修改完后再试：

1. 登录成功后，控制台的LOGIN日志应该能看到完整的session数据
2. 重定向到首页时，URL应该是http://localhost:3000/（如果还带#，就查前端或Google配置）
3. 首页的req.session日志应该能看到passport和isValidated字段，不用手动刷新也能正常访问

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