logo
GeekFormat

URL Safe Base64

Standard Base64
0 字符

免费在线将标准 Base64 转换为 URL 安全格式，自动替换特殊字符并处理 Padding，适合 URL 参数传递和 JWT 处理。

相关推荐

Base64 长度统计

Base64 转音频

Base64 转文件

凯撒密码

正则表达式测试器

密码生成器

适用场景

  • 将 Base64 编码内容放入 URL 参数时避免 + 和 / 字符冲突
  • 处理 JWT Token 的 Base64URL 格式（RFC 7515 标准）
  • 将 Base64 用作文件名时消除特殊字符问题
  • 在 Cookie、表单参数等场景中使用安全的 Base64 编码

功能特点

  • 双向转换：支持标准 Base64 转 URL Safe 格式，也可将 URL Safe 还原为标准 Base64
  • 自动字符替换：将 + 替换为 -、将 / 替换为 _，消除 URL 中的特殊字符冲突
  • Padding 灵活处理：支持保留或删除末尾等号，适配不同场景需求
  • 浏览器本地零上传：所有转换在浏览器内完成，不经过任何服务器

使用方法

  1. 粘贴标准 Base64 或 URL Safe Base64 内容
  2. 选择转换方向（标准转 URL Safe 或 URL Safe 转标准）
  3. 工具自动处理字符替换和 Padding
  4. 复制结果用于 URL 参数、JWT 或文件名

常见问题

为什么需要 URL Safe Base64？

标准 Base64 包含 + 和 / 字符，在 URL 中有特殊含义，会导致参数解析错误。URL Safe Base64（RFC 4648）用 - 和 _ 替代这两个字符，确保可以安全放入 URL。

URL Safe Base64 和普通 Base64 编码内容一样吗？

编码内容完全相同，只是字符表示不同。URL Safe 将 + 替换为 -、/ 替换为 _。两者可以无损互转。

JWT 为什么使用 URL Safe Base64？

JWT Token 通常通过 HTTP Header 或 URL 参数传递。使用 URL Safe Base64 可以避免 + 和 / 字符在传输过程中被错误解析或截断。

URL Safe Base64 需要保留 Padding 吗？

取决于场景。JWT 标准（RFC 7515）要求省略末尾的 = Padding；但某些 URL 参数场景可能需要保留。工具支持两种模式。