刚生成的JWT提示已过期2个月，求问题原因排查

根据你的描述和提供的代码，token的expiredAt显示为生成时间前2个月，可从以下几个方向逐一排查：

1. Postman工具的时间解析问题 #

先排除工具显示bug：

• 手动解码生成的token：取出token中间的Payload部分（Base64编码），解码后查看exp字段的数值（JWT的exp是秒级时间戳），将其乘以1000转换为Date对象，对比服务器生成token时打印的Current Server Time。
  示例验证代码：

  const exp = 1716217200; // 替换为你解码得到的exp值
  console.log(new Date(exp * 1000).toISOString()); // 转换为UTC时间查看
  

  如果转换后的时间是服务器生成时间+60分钟，说明token本身没问题，是Postman的显示异常（比如时区处理错误、版本兼容问题），建议更新Postman到最新版本，或检查工具的时间显示设置。

2. JWT依赖版本冲突 #

你的代码同时使用了@nestjs/jwt的JwtService和独立的jsonwebtoken库，若两者版本不兼容，会导致生成/解码时的时间逻辑不一致：

• 查看package.json中的版本：确保@nestjs/jwt和jsonwebtoken版本匹配（比如@nestjs/jwt@10.x对应jsonwebtoken@9.x，@nestjs/jwt@9.x对应jsonwebtoken@8.x）。
• 统一依赖：删除独立的jsonwebtoken引用，只用@nestjs/jwt提供的方法（包括解码），修改代码中的jwt.decode(token)为this.jwtService.decode(token)，再观察日志中的Decoded Token是否正确。

3. JWT全局配置冲突 #

检查AppModule中JwtModule的全局配置，是否存在覆盖expiresIn的错误设置：

// 检查是否有错误的expiresIn配置
JwtModule.register({
  secret: process.env.JWT_SECRET,
  signOptions: { expiresIn: 'xxx' }, // 若此处设置了错误的过期时间，可能与局部配置冲突
});

虽然你在login方法中手动指定了expiresIn: '60m'，但全局配置的异常仍可能导致时间计算错误。

4. 服务器时区的隐性问题 #

虽然你打印了服务器时间，但确认下服务器的系统时区是否为UTC：

• JWT的exp字段基于UTC时间生成，若服务器系统时间是本地时区但代码未正确转换为UTC，可能导致时间计算偏差。不过你用了currentTime.toISOString()（该方法输出UTC时间），这个可能性较低，但可以通过手动计算验证：服务器时间+60分钟的秒级时间戳是否与解码后的exp一致。

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