Base64 清理工具
从 JSON、日志、邮件或代码里复制的 Base64 往往附带引号、换行、JSON 转义或 Data URL 前缀。粘贴进来，一键输出干净可用的 Base64、Data URL 或多行格式。
Base64 为什么会"变脏"？
来自 JSON
双引号、\n 换行转义、\/ 斜杠转义
"SGVsbG8s\nIFdvcmxkIQ=="来自 HTML / CSS
data:image/png;base64, 前缀、引号
"data:image/png;base64,iVBOR…"来自 SMTP 邮件
每 76 字符强制换行（RFC 2045）
SGVsbG8sIFdv
cmxkIQ==来自日志 / 终端
行号、时间戳、缩进空格混入
[INFO] payload: SGVsbG8s IFdvcmxk来自代码注释
// 或 # 前缀、行尾空格
// SGVsbG8s
// IFdvcmxk来自 API 响应
字段值带引号、字段名一起被复制
{\"data\": \"SGVsbG8s…\"}清理顺序
工具按固定顺序依次处理，确保每一步不会影响下一步的识别准确性。
- 1
清理 JSON 转义
将 \n \r \t \" \/ \\ 替换为对应字符或空字符串
- 2
提取 Data URL
识别 data:<MIME>;base64, 前缀，记录 MIME 类型，剥离前缀
- 3
去除引号
删除字符串中所有 " 和 ' 字符
- 4
去除空白符
删除所有空格、制表符、换行符（\n \r \t）
- 5
修复 Padding
若长度不是 4 的倍数，在末尾补齐 = 或 ==
输出格式说明
Clean Base64
纯净的 Base64 字符串，单行，无任何前缀或换行。适合直接传给解码函数或 API。
SGVsbG8sIFdvcmxkIQ==Data URL
加上 data:<MIME>;base64, 前缀，可直接用于 HTML img src 或 CSS background-image。
data:image/png;base64,SGVs…多行格式
每 76 字符换行，符合 RFC 2045 / PEM 规范，适用于 MIME 邮件附件或证书文件。
SGVsbG8sIFdv
cmxkIQ==常见问题
为什么从 JSON 里复制的 Base64 无法直接使用？
JSON 中的字符串值通常带有双引号，且换行符以 \n 形式转义。有时 / 也会被转义为 \/。直接粘贴这些字符到 Base64 解码器会导致非法字符错误。本工具会自动识别并清理这些 JSON 转义。
Data URL 前缀是什么，为什么需要去除？
Data URL 的格式为 data:<MIME>;base64,<数据>。前缀部分并不是 Base64 数据，如果连同前缀一起送入解码器，会因为 data:、: 等非 Base64 字符而报错。本工具会提取前缀中的 MIME 类型，并单独输出纯 Base64 数据部分。
什么是 RFC 2045 多行格式？
RFC 2045 是 MIME 邮件规范，要求 Base64 每行不超过 76 个字符并以换行符分隔。SMTP 传输和某些加密/签名库（如 PEM 证书格式）也沿用了这一格式。多行格式不影响 Base64 数据内容，只是添加了换行符。
补齐填充字符会改变原始数据吗？
不会。填充字符 = 是 Base64 编码格式的一部分，用于让字符串长度为 4 的倍数。缺少填充的 Base64 和补齐填充后的 Base64 解码结果完全相同。某些库（如 Base64URL）有意省略填充，但标准解码器通常需要填充。
清理后的 Base64 能直接用于 <img src> 吗？
选择 "Data URL" 选项卡，选择对应的 MIME 类型（如 image/png），复制输出。Data URL 格式可以直接用于 HTML img 标签的 src 属性或 CSS background-image。
如果清理后还是无法解码，是什么原因？
可能是原始数据本身已损坏（非完整的 Base64 字符串），或者包含 Base64URL 格式的 - 和 _ 字符（不同于标准 Base64 的 + 和 /）。可以将清理后的结果粘贴到 Base64 校验器进一步诊断。