在线base64和文件互转工具

技术上能，但整份 Base64 加显示会占几倍内存，容易让标签页卡死，这类场景建议用命令行 base64 命令或脚本。

多半是复制时少了字符或粘进了看不见的控制字符，重新完整复制一次。URL-safe 的 -_ 和缺失的等号工具会自动处理。

先确认 Base64 完整、MIME 和扩展名正确。工具按文件头识别常见格式，冷门格式识别不了就手动填对扩展名。

一致，都是 RFC 4648 标准 Base64。注意纯 Base64 和 Data URL 是两回事，别把 data 前缀也发给后端。

📖 工具说明

文件和 Base64 双向转换，全在浏览器本地完成，文件不上传。

文件 → Base64：拖入任意文件，得到 Base64。可选带 data: 前缀（Data URL，能直接放 <img src> 或 CSS）。图片会显示预览，可复制、下载 .txt。
Base64 → 文件：粘贴 Data URL 或纯 Base64（自动去空白、兼容 URL-safe 的 -_、自动补 =），工具按文件头识别类型（PNG、JPEG、PDF、ZIP、WebP、SVG…），给出建议文件名和 MIME，恢复下载。图片会预览。

大小：整份 Base64 会放在浏览器内存里，比原文件还大约 1/3。建议单文件 50MB 以内；超过会先提示。
Data URL vs 纯 Base64：<img src>、CSS url() 要带 data:...;base64, 前缀；后端接口通常只要纯 Base64。工具两种都能出。
文件名 / MIME：Data URL 自带 MIME，纯 Base64 靠文件头猜；猜不出时会用 application/octet-stream，可手动填 MIME 或直接给带扩展名的文件名。
Base64 比原始二进制大约 4/3，所以内嵌小图标省的是请求数，不是体积。

Q：几百 MB 的文件能转吗？ A：技术上能，但整份 Base64 加上显示会占几倍内存，容易让标签页卡死。这类场景建议用命令行 base64 命令或脚本。

Q：解码时提示"内容可能被截断"？ A：多半是复制时少了字符，或粘进了看不见的控制字符。重新完整复制一次；URL-safe 的 -_ 和缺失的 = 补位工具会自动处理。

Q：还原出来的文件打不开？ A：先确认 Base64 完整、MIME / 扩展名正确。工具按文件头识别常见格式，冷门格式识别不了就手动填对扩展名。

Q：和 Python / PHP 的 base64 一致吗？ A：一致，都是 RFC 4648 标准 Base64。注意"纯 Base64"和"Data URL"是两回事，别把 data:...;base64, 前缀也发给后端。

Q：数据会上传吗？ A：不会。编码、解码、下载都在你的浏览器里完成。