JWT签名与前端登录认证问题：按钮未切换及JWT载荷疑问

一、登录后仍显示登录/注册按钮的问题排查 #

核心问题是前端未正确存储登录状态，导致currentUser始终为undefined，具体原因及修复方案如下：

问题根源 #

后端直接返回Token字符串：

res.header('auth-token', token).json(token)

但前端登录逻辑里判断的是response.data.accessToken：

if (response.data.accessToken){
    localStorage.setItem("user", JSON.stringify(response.data))
}

由于response.data就是Token本身，并非包含accessToken字段的对象，这个判断永远不成立，不会往localStorage存储用户信息，最终AuthService.getCurrentUser()拿不到数据，页面只能显示登录按钮。

修复方案（二选一即可） #

方案1：修改后端返回格式

将Token包装成带accessToken字段的对象，匹配前端判断逻辑：

res.header('auth-token', token).json({ accessToken: token })

方案2：修改前端登录逻辑

直接判断Token是否存在，按前端预期格式存储：

.then((response) => {
    const token = response.data;
    if (token){
        localStorage.setItem("user", JSON.stringify({ accessToken: token }))
    }
    console.log(token)
    return { accessToken: token }
})

同时需确认AuthService.getCurrentUser()的实现，确保它能正确读取localStorage的内容，示例实现：

// AuthService示例代码
getCurrentUser() {
  const userStr = localStorage.getItem("user");
  return userStr ? JSON.parse(userStr) : null;
}

二、关于jwt.sign中{_id: user._id}的含义 #

jwt.sign()的第一个参数是JWT的Payload（负载），即嵌入到Token中的自定义业务数据。{_id: user._id}的作用是：

• 将当前登录用户在数据库中的唯一标识（通常是MongoDB自动生成的ObjectId）存入Token的Payload。
• 后端后续验证Token合法性后，可直接从Payload中取出_id，快速识别请求发起者的身份，用于查询用户数据、验证操作权限等场景。

注意：Payload是Base64编码的，任何人都可解码查看，但Token带有process.env.TOKEN_SECRET生成的签名，无法被篡改，后端验证签名通过后即可信任Payload中的_id数据。

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