输入文本或 Base64
输入 0 字符
处理结果
输出 0 字符
Base64 原理一览：以 "ABC" 为例
ABC3 个字符
01000001 01000010 0100001124 位二进制
010000 010100 001001 000011按 6 位分组
QUJD4 个 Base64 字符
核心特性
- 双向一键互转：编码、解码、交换、清空、复制一步到位，结果框实时显示字符数
- 多字符集支持：UTF-8、UTF-16LE/BE、GBK、GB18030、Big5、Shift_JIS、EUC-JP、KOI8-R 等，解码方向全覆盖
- 中文乱码修复：后端 Java/PHP 生成的 GBK Base64 中文乱码，切换到 GBK/GB18030 即可正确解出
- Hex 十六进制模式：Base64 与十六进制字符串互转，方便查看原始字节
- 容错性强：解码时自动忽略换行与空格、兼容 URL 安全字符（- _）并自动补齐垫字符 =
- 本地处理：全部运算在浏览器内完成，不发起任何网络请求，数据不上传
使用步骤
- 粘贴内容在输入框粘贴待编码的文本，或待解码的 Base64 字符串（含换行、URL 安全字符均可）。
- 选择编码并转换默认 UTF-8 即可满足大多数场景；中文乱码时切换 GBK/GB18030/Big5 后点击"解码"，Hex 模式可与十六进制互转。
- 取用结果结果自动显示在下方，可点击"复制结果"带走，或点"交换"把结果送回输入框继续处理。
使用场景
Base64 是网络传输中最常见的二进制文本表示方式。你可以用它解码接口返回或日志里的 Base64 字段、调试邮件与 HTTP Basic 认证的凭据、生成 data URI 前的文本编码、修复 GBK 中文被按 UTF-8 解出的乱码，也可以在 Hex 模式下核对原始字节。转换全程在浏览器本地完成，敏感内容（密钥、Token）不会被上传，支持 Chrome、Firefox、Safari、Edge 等主流浏览器与手机端。
常见问题
Base64 是加密算法吗？
不是。Base64 只是一种编码方式，没有密钥、任何人都能还原，仅用于把二进制数据用文本安全地表示（如邮件附件、Data URI、HTTP Basic 认证）。不要用它来保护密码或敏感数据，需要保密请使用 AES 等真正的加密算法。
为什么编码后文本变长了？
Base64 把每 3 个字节（24 位）重排为 4 个字符（每个字符表示 6 位），因此编码后长度约为原来的 4/3 ≈ 1.33 倍；不足 3 字节的尾部会用"="垫齐。
结尾的"="是什么？
"="是垫字符（padding）。当原始数据长度不是 3 的倍数时，编码结果末尾会补 1~2 个"="，使总长度为 4 的倍数。本工具解码时即使缺少"="也会自动补齐。
什么是 URL 安全的 Base64？
标准 Base64 中的"+"和"/"在 URL 与文件名里有特殊含义，因此出现了把"+"换成"-"、"/"换成"_"的变体。本工具解码时会自动识别并把它们转换回标准字符，无需手动处理。
解码中文出现乱码怎么办？
乱码通常是因为内容实际使用 GBK/GB18030 编码却被按 UTF-8 解码。在"字符编码"下拉框切换为 GBK 或 GB18030 后重新点击"解码"即可。繁体中文可尝试 Big5。
为什么 GBK 不能用于编码方向？
浏览器内置的 TextEncoder 只支持把文本转为 UTF-8 字节，不具备 GBK/Big5 等编码的"文本→字节"能力（解码方向则都支持）。如需把中文编码为 GBK Base64，建议在后端（如 Java、Python）完成。