使用atob解码JWT时报编码错误，缩小payload后正常是什么原因？

1. atob弃用警告的触发原因 #

• Node.js环境下的全局atob方法从v16版本开始被标记为弃用，官方推荐使用Buffer.from(data, 'base64').toString()替代。
• 不同项目的报错差异和你项目的Node.js版本、TypeScript校验配置强相关：如果其他项目使用更早的Node版本，或者没有开启严格的弃用警告/类型校验规则，就不会触发该提示，和代码逻辑本身无关。
• 如果你是在浏览器端运行代码，浏览器原生atob并没有被弃用，该警告是VS Code的类型校验错误套用了Node.js的类型定义导致的，可通过配置TS的运行时环境规则消除。
• 该警告只是语法层面的提示，不是payload大小差异导致功能异常的根因。

2. payload大小影响解码结果的根因 #

你当前的解码逻辑缺失了Base64URL转标准Base64的关键步骤：
JWT的payload段使用的是Base64URL编码，和标准Base64编码存在两处差异：

• Base64URL会把+替换为-、/替换为_
• Base64URL会去掉末尾的=补位符
  当payload内容较短时，刚好没有出现需要替换的特殊字符、也不需要末尾补位，所以直接用atob也能解析成功；当payload内容变长后，大概率会出现上述需要转义的特殊字符，直接丢给atob解析就会输出乱码，后续JSON.parse也会抛出异常。

3. 修复方案 #

把解码逻辑替换为兼容Base64URL的写法即可：

let payload = tokenRaw.split(".")[1];
// 先将Base64URL转为标准Base64
const base64 = payload.replace(/-/g, '+').replace(/_/g, '/');
// 补全末尾的=号，补位规则为字符串长度对4取模，缺几个补几个
const paddedBase64 = base64.padEnd(base64.length + (4 - base64.length % 4) % 4, '=');
// 用Buffer实现解码，消除Node环境弃用警告
const decoded = Buffer.from(paddedBase64, 'base64').toString('utf8');
const token = JSON.parse(decoded);

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