使用HS256签名生成的JWT自校验不通过，请问可能是什么原因？

核心问题点 #

• 密钥处理逻辑不一致
  签名阶段调用signWith(signatureAlgorithm, "MTIzNDU2Nzg=")时，JJWT框架会自动对传入的字符串做Base64解码，得到原始密钥字节12345678用于签名；但校验阶段构造SecretKeySpec时，直接将Base64编码字符串MTIzNDU2Nzg=本身的字节数组作为密钥，两次使用的密钥完全不同，直接导致签名校验失败。
• 注释与实际算法不一致
  代码注释标注使用HS512算法，但实际定义的签名算法为HS256，若需求为HS512需要同步修改算法定义，否则会出现算法不匹配的问题。
• 可选问题：过期时间已失效
  代码中设置的JWT过期时间为2021年11月8日，当前时间已远超该有效期，若后续使用完整JWT解析器（而非仅校验签名的DefaultJwtSignatureValidator），会额外抛出过期异常。
• 可选问题：Base64解码方式不匹配
  JWT标准使用URL安全的Base64编码（省略填充符、替换+//为-/_），使用普通Base64.getDecoder()在部分场景下可能解码失败，建议替换为Base64.getUrlDecoder()。

修复代码 #

仅需要修改校验阶段的密钥构造逻辑即可解决签名校验失败问题：

// 其他代码保持不变
// 先对Base64格式的密钥做解码，和签名阶段的密钥处理逻辑对齐
byte[] decodedSecret = Base64.getDecoder().decode("MTIzNDU2Nzg=");
SecretKeySpec secretKeySpec = new SecretKeySpec(decodedSecret,signatureAlgorithm.getJcaName());
DefaultJwtSignatureValidator validator = new DefaultJwtSignatureValidator(signatureAlgorithm,secretKeySpec);

如果需要兼容URL安全Base64场景，解码代码替换为：

byte[] decodedSecret = Base64.getUrlDecoder().decode("MTIzNDU2Nzg=");

如果需要测试完整JWT解析，建议将过期时间修改为未来时间，例如：

// 设置为当前时间往后1小时过期
.setExpiration(new Date(System.currentTimeMillis() + 3600 * 1000))

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