Golang中如何从jwt.MapClaims正确解析获取用户ID

你解析出的Claims中没有userID字段，核心原因是JWT签发阶段就没有把userID写入Token载荷，和解析逻辑无关。你当前打印的map[email:teste@teste.com exp:1.655701949e+09 username:teste]就是Token里存储的全部自定义字段，自然无法直接读取到userID。

1. 优先方案：修改JWT签发逻辑，写入userID字段 #

这是最规范、性能最好的实现方式，在用户登录签发JWT的逻辑中，主动将用户唯一标识userID写入Claims即可：

// 登录接口中签发Token的示例代码
claims := jwt.MapClaims{
    "userID":   user.ID, // 替换为你从数据库查询到的对应用户ID，类型匹配你的用户表主键类型即可
    "email":    user.Email,
    "username": user.Username,
    "exp":      time.Now().Add(24 * time.Hour).Unix(), // Token过期时间
}
token := jwt.NewWithClaims(jwt.SigningMethodHS256, claims)
signedToken, err := token.SignedString([]byte("supersecretkey"))

注意：JWT载荷仅做Base64编码，没有加密特性，禁止将密码等敏感信息写入Claims。

2. 修正解析逻辑，正确提取userID #

你现有解析逻辑存在几个常见问题，需要调整：

• 标准Authorization请求头格式为Bearer <token字符串>，直接传入整个头值会解析失败，需要先移除Bearer 前缀
• 从MapClaims取值时必须做类型断言，JWT解析后数值类型默认是float64，需要转换为你业务中使用的主键类型（比如uint/int）
• 增加签名算法校验，避免算法篡改类安全漏洞

修正后的完整解析代码：

// 读取请求头
authHeader := c.GetHeader("Authorization")
// 校验头格式合法性
if len(authHeader) < 7 || authHeader[:7] != "Bearer " {
    c.JSON(401, gin.H{"msg": "未登录"})
    return
}
tokenString := authHeader[7:]

claims := jwt.MapClaims{}
token, err := jwt.ParseWithClaims(tokenString, claims, func(token *jwt.Token) (interface{}, error) {
    // 强制校验签名算法为预期的HMAC，防止算法篡改攻击
    if _, ok := token.Method.(*jwt.SigningMethodHMAC); !ok {
        return nil, fmt.Errorf("invalid signing method")
    }
    return []byte("supersecretkey"), nil
})
if err != nil || !token.Valid {
    c.JSON(401, gin.H{"msg": "登录凭证无效"})
    return
}

// 提取userID并做类型校验
userIDRaw, exist := claims["userID"]
if !exist {
    c.JSON(401, gin.H{"msg": "凭证异常，请重新登录"})
    return
}
// JWT中数字序列化后默认解析为float64，转换为业务使用的uint类型
userID := uint(userIDRaw.(float64))

// 后续创建Post时，直接将userID赋值给外键字段即可完成关联写入
newPost := Post{
    UserID: userID,
    // 填充其他Post字段，比如标题、内容等
}
db.Create(&newPost)

临时兼容方案 #

如果暂时无法修改JWT签发逻辑，可以用Claims中已有的唯一字段（比如email、username）查询数据库获取userID：

// 从现有Claims中读取email
email, ok := claims["email"].(string)
if !ok {
    // 处理字段不存在异常
}
var user User
db.Where("email = ?", email).First(&user)
// user.ID即为需要的userID

该方案每次接口请求都会额外触发一次数据库查询，性能损耗更高，仅建议做旧版本Token临时兼容使用。

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