Base64 编码/解码
Base64 编码/解码支持文本与图片工作流,可对文本进行编码与解码,也可将图片转换为 Data URL 或原始 Base64,或将 Data URL / Base64 还原为图片并在本地预览与下载。
输入文本
字符
0 / 500,000
选择或拖入图片
支持 PNG、JPEG、WebP、GIF、SVG、BMP、AVIF、TIFF、ICO,以及浏览器可读取的 HEIC / HEIF。
输出文本
输出文本
输入文本
字符
0 / 500,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/Base64URL 字符,或长度无法补齐(长度 % 4 = 1)。提示:解码会自动忽略空白换行、兼容 -/_ 变体,并在需要时自动补齐“=”填充;粘贴 Data URL 时也会自动截取逗号后的 Base64 内容
常见差异来自换行处理、是否保留“=”填充、URL‑safe 变体(-/_)以及文本编码方式不一致。对比结果时,请确认双方使用相同的文本编码,关闭自动换行,并明确是否使用 URL‑safe 及是否保留填充。
Base64 以 6 位表示 8 位,约 33% 的膨胀为方法特性
可以。表情符号、多语言字符等文本在文本模式下会按 UTF‑8 处理;如果解码结果本身是非文本二进制内容,显示成“乱码”是正常现象。