Text 至 Base64URL 转换器
按照 RFC 4648 第 5 节定义的 base64url 字母表，将文本编码为适用于 URL 的 Base64，或将其解码还原。该工具会将输入转换为 UTF-8，用 - 和 _ 代替 + 和 /，并默认省略 = 填充。解码时接受带填充和不带填充的输入。开发者会将其用于 JWT 片段、OAuth PKCE 值、签名 URL，以及必须能在链接中正常使用的文件名。
常见问题
什么是 Base64URL？
Base64URL 是 URL 和文件名安全的 Base64 变体，由 RFC 4648 第 5 节定义。它将 + 替换为 -，将 / 替换为 _，因此输出可直接用于 URL 和文件名，无需转义。通常会省略 = 填充。
可以看个示例吗？
文本 foobar 编码后为 Zm9vYmFy，与标准 Base64 相同。文本 ??> 编码后为 Pz8-，而标准 Base64 会得到 Pz8+；subjects?_d 编码后为 c3ViamVjdHM_X2Q。解码后会还原为原始文本。
应该启用填充吗？
JWT、PKCE 代码质询和大多数网络用途都应关闭填充，因为这些场景会省略 = 符号。只有在接收系统要求长度为 4 的倍数时才启用。解码器两种格式都支持。
如何使用此工具解码 JWT？
复制标头或载荷部分，也就是两个点之间的文本，然后进行解码。你会得到 JSON。第三部分是二进制签名，因此工具会提示它不是有效的 UTF-8 文本。
为什么我的输入被拒绝？
有效字符仅包括 A 到 Z、a 到 z、0 到 9、- 和 _，以及可选的末尾 =。标准 Base64 字符 + 和 / 不被接受，因此请使用 Base64 转换器处理这些字符。末组只剩一个字符的长度也无效。
工具会忽略空白字符吗？
会。解码前会移除空格、制表符和换行符，这有助于处理从自动换行的日志或电子邮件中复制的值。
特殊字符和表情符号如何处理？
转换前会将文本编码为 UTF-8，因此任何字符（包括表情符号）都能准确还原。解码后的字节必须构成有效的 UTF-8，才能显示出来。
Base64URL 能安全处理敏感数据吗？
不能。它只是一种编码，不提供任何保护。例如，任何人都能读取 JWT 载荷，因此其中不得包含机密信息。
会增加多少数据大小？
每 3 个字节会变成 4 个字符，因此编码后的数据约增大 33%。不使用填充时，输出最多会短两个字符。
我最多可以转换多少文本？
每次请求最多可处理 5 MiB 文本。输入不会被存储。