Base64URL - 加密工具 · 萤炬工具箱

Base64URL 编解码是 Base64 的 URL 安全变体：把标准表里的加号换成减号、斜杠换成下划线，这样结果可以直接放进 URL 查询参数、路径片段或文件名而不用再转义。JWT 的三段、OAuth 的 state 参数、WebPush 密钥用的都是这套编码。转换在浏览器本地完成。字符表：以 - 替代 +、以 …

Base64URL 编解码是 Base64 的 URL 安全变体：把标准表里的加号换成减号、斜杠换成下划线，这样结果可以直接放进 URL 查询参数、路径片段或文件名而不用再转义。JWT 的三段、OAuth 的 state 参数、WebPush 密钥用的都是这套编码。转换在浏览器本地完成。

使用步骤

1. 选择方向：编码或解码。
2. 粘入内容，输出区实时给出结果。
3. 复制结果；把它拼进 URL 时不需要再做百分号转义。

功能与限制

• 字符表：以 - 替代 +、以 _ 替代 /，结果可直接嵌入 URL。
• 与标准 Base64 只差字符替换与补位处理，本质是同一套编码。
• 同样不具备保密性，仅解决传输安全字符问题。
• 在浏览器本地运算，内容不上传。

常见问题

Base64URL 和标准 Base64 差在哪？

只差两个字符的替换：+ 变成 -，/ 变成 _，且通常省略末尾的 = 补位。其余编码规则完全相同，两者可以互相换算。

为什么 URL 里不能直接用标准 Base64？

标准表里的 + 在查询字符串中会被解读为空格，/ 会被当成路径分隔符，= 也有特殊含义。不替换就必须再做一层百分号转义，容易在多次转发中出错。

能用它解 JWT 吗？

可以解出 header 与 payload 两段看内容，但那只是解码，不等于验证签名。第三段签名要用对应密钥做 HMAC 或非对称校验才算验签通过。

解码时提示长度不对怎么办？

Base64URL 常省略末尾补位。多数实现会自动补齐，若仍失败，检查字符串有没有在传输中被截断，或末尾混进了换行与空格。