Base64 编码/解码工具

使用场景

前端工程师每天都在跟 Base64 打交道。图片转 Base64 嵌入 CSS 或 HTML，可以减少 HTTP 请求，对小图标来说特别实用。比如你有一个 1KB 的小图标，转成 Base64 直接写在 CSS 里，浏览器就不需要额外发一次请求去加载图片了。还有 API 接口传二进制数据时，很多接口要求把图片或文件转成 Base64 字符串再传，用这个工具拖进去就能拿到编码结果。

后端开发也常用。JWT Token 的三个部分就是 Base64 编码的，虽然 JWT 用的是 URL-safe 的变体，但原理一样。调试 Token 时经常需要把 Payload 部分解码出来看看里面存了什么数据。还有邮件附件、JSON 里的二进制数据、数据库里存的小文件，通通都靠 Base64 来搞定。

数据分析师也离不开它。有时候收到一堆编码后的数据，想看看原始内容是什么样。或者反过来，原始数据需要转成 Base64 格式投递给下游系统。有个在线工具随时用，比装 Python 包写脚本快得多。

常见问题

问：Base64 编码后的字符串为什么会变长？ 答：Base64 用 4 个字符来表示原本 3 个字节的数据，所以编码后的大小会变成原来的约 4/3 倍（增加约 33%）。这是正常现象，因为 ASCII 字符（1 字节）能表达的范围比原始二进制（每字节 256 种值）小，所以需要更多字符来表示同样的信息。

问：为什么解码中文会出现乱码？ 答：大多数情况下是因为编码和解码用的字符集不一致。中文用 UTF-8 编码的 Base64 字符串，用 ISO-8859-1 解码就会变成乱码。用这个工具的时候确保字符集选对了就行，默认的 UTF-8 支持所有语言。

问：图片转 Base64 后会变大很多，值得用吗？ 答：小图片（几 KB）值得用，可以减少 HTTP 请求数，提高页面加载速度。但大图片（几十 KB 以上）不太建议，因为 Base64 增大了 33% 的体积，而且不能利用浏览器缓存，下次访问还得重新下载。

相关工具推荐

• Base64 图片编码器 - 专为图片转 Base64 优化
• URL 编码/解码 - URL 参数的安全编码方式
• JWT 解码器 - 解析 JWT Token 的三个 Base64 部分