跳到主要内容
bobob

Base64 编码解码工具

在本地转换文本、Base64、Base64URL、图片 data URL、JSON payload 与 JWT segment，并在复制前检查结构。

只在浏览器里处理输入的内容不会发送到服务器。

输入与结果

输入的内容只存在这个浏览器。重新打开可以还原上次的操作。

使用场景

  • 在本地转换文本、Base64、Base64URL、图片 data URL、JSON payload 与 JWT segment，并在复制前检查结构。
  • 以浏览器本地方式处理输入，并在复制前检查结果。
  • 结合 Base64 编码解码工具 和相关工具缩短工作流。

示例

常见输入
hello world
用此示例检查 Base64 编码解码工具 的输入流程。
典型输出
aGVsbG8gd29ybGQ=
复制前用于确认结果格式和后续检查点。
附加示例
eyJzdGF0dXMiOiJvayIsInNjb3BlIjoicmVhZCJ9
复制前用于确认结果格式和后续检查点。
附加示例
data:image/png;base64,iVBORw0KGgo=
复制前用于确认结果格式和后续检查点。

常见错误

  • 在本地转换文本、Base64、Base64URL、图片 data URL、JSON payload 与 JWT segment，并在复制前检查结构。
  • 如果浏览器本地处理方式和真实输入结构不一致, 输出不能直接信任。
  • 复制的值中如果混入生产密钥、客户数据或内部 URL, 分享前必须移除。

复制前确认

  1. 1再次比较原始输入和输出形态。
  2. 2确认目标运行时、编码、时区和安全策略差异。
  3. 3继续用相关工具检查 Base64 编码解码工具 的结果是否适合下一步。

参考资料

  • Standard Base64 and URL-safe Base64 use different alphabets

    RFC 4648 uses + and / for the 62nd and 63rd characters, while base64url uses - and _. Put standard Base64 in a URL, cookie or path and / reads as a path separator and + as a space.

    依据：RFC 4648

  • JWT segments have no = padding

    JWS defines BASE64URL as base64url with all padding removed (RFC 7515). Feed a JWT segment to a standard Base64 decoder and it fails because the length is not a multiple of four.

    依据：RFC 7515

  • Base64 is not encryption

    RFC 4648 defines Base64 as a data encoding - anyone can reverse it, no key involved. Wrapping a token or a secret in Base64 hides nothing; it only adds a step.

    依据：RFC 4648

常见问题

Base64 编码解码工具 的输入在哪里处理？

可行的处理会在浏览器中执行，但不要输入生产密钥或客户数据。

结果可以直接用于生产吗？

复制前请再次确认运行环境、编码、时区和安全策略等环境差异。