Base64 编码/解码
Base64 编码/解码支持 UTF-8 文本、Base64URL、MIME 换行输出，以及图片转 Data URL/raw Base64、本地预览和图片下载。
输入文本
字符
0 / 50,000
选择或拖入图片
支持 PNG、JPEG、WebP、GIF、SVG、BMP、AVIF、TIFF、ICO，以及浏览器可读取的 HEIC / HEIF。
输出文本
输出文本
输入文本
字符
0 / 50,000
原始 Base64 的 MIME 类型
原始 Base64 不包含 MIME 信息。请先选择原始图片类型，系统才能自动生成预览。
粘贴图片 Data URL，或粘贴原始 Base64 并选择 MIME 类型后，即可在这里查看预览。
快速开始
常见使用场景
URL/JWT
优先使用 URL‑safe 变体（-/_），避免链接转义；开启“URL‑safe 输出”后默认会省略结尾“=”填充
邮件/MIME
需要换行时采用 MIME 76 列（CRLF）规则；网页传输一般不换行。本工具提供 76 列换行与 LF/CRLF 切换开关
多行文本
开启“逐行编码”，每行独立输出 Base64，便于逐条处理
MIME/PEM
开启“按 MIME 76 列换行（CRLF）”；若需 LF 行尾，同时开启“换行使用 LF（\n）”
Data URL
嵌入时生成 data:[mime];base64,…；解码会自动截取逗号后的内容
往返校验
编码后立即解码，确认还原一致
图片上传
保持原始字节不变，可在 Data URL 与原始 Base64 输出之间来回切换，无需重新上传
图片 Data URL
粘贴 data:image/...;base64,... 后，可自动识别 MIME 并立即预览图片。
原始 Base64 图片数据
需要显式提供原始图片 MIME 类型，系统才能自动预览并下载为图片。
编码参数与变体
文本与图片边界
使用建议
限制与兼容性
隐私与安全
常见问题
Base64 是一种把任意二进制数据表示为文本字符的编码方案（参考 RFC 4648）。目的不是“加密”，而是在以文本为主的系统/协议里可靠携带任意字节。 工作原理：每 3 个字节（24 位）拆成 4 个 6 位块，映射到 64 个字符（A–Z、a–z、0–9、+、/）；若源数据不是 3 的倍数，用“=”填充对齐，因此体积通常增加约 33%。 标准 Base64 与 Base64URL：Base64URL 用“-”“_”替代“+”“/”，并常见可省略结尾“=”填充。用于 URL、Cookie、JWT 等场景优先 Base64URL，避免链接转义；对接传统或严格要求“+/=”的系统则用标准 Base64。本工具编码默认输出标准 Base64（+/ 与 =）；开启“URL‑safe 输出”后改为 Base64URL（-/_，默认省略 =）。解码会自动兼容两种变体，并可自动补齐填充与忽略空白换行。 与 Data URL：当需要把数据内嵌到 HTML/CSS 等文本中，常写作 data:[mime];base64,……；解码时只需截取逗号后的 Base64 内容（本工具会自动处理）。 安全提示：Base64 只是可逆的格式化，不提供机密性或完整性；敏感信息请先加密再编码。
不安全。Base64 只是可逆编码，任何人都可以还原原文；如果内容需要保密，应先加密或签名，再按需要进行 Base64 编码。
常见原因：包含非 Base64/Base64URL 字符，或长度无法补齐（长度 % 4 = 1）。提示：解码会自动忽略空白换行、兼容 -/_ 变体，并在需要时自动补齐“=”填充；粘贴 Data URL 时也会自动截取逗号后的 Base64 内容
常见差异来自换行处理、是否保留“=”填充、URL‑safe 变体（-/_）以及文本编码方式不一致。对比结果时，请确认双方使用相同的文本编码，关闭自动换行，并明确是否使用 URL‑safe 及是否保留填充。
Base64 用 4 个文本字符表示 3 个原始字节，体积通常增加约 33%。如果还包含 Data URL 前缀、换行或填充符，最终文本会更长。
可以。表情符号、多语言字符等文本在文本模式下会按 UTF‑8 处理；如果解码结果本身是非文本二进制内容，显示成“乱码”是正常现象。