在线 Base64 编码解码工具，文本与 Base64 互转，纯浏览器端运行，数据不上传。
在线 Base64 编码解码工具，文本与 Base64 互转，纯浏览器端运行，数据不上传。
不是。Base64 只是一种编码方式，把二进制数据转换成可打印字符，过程完全可逆且不含密钥，任何人都能解码。它用于在不支持二进制的场景中安全传输数据，不能替代加密。如果你的目的是「防止别人看到内容」，应当使用 AES 这类对称加密，而不是 Base64。
不会。本工具完全在浏览器本地运行，输入和输出都不会上传到任何服务器，适合处理普通文本；但请勿用它处理真正需要保密的敏感数据——因为 Base64 本身不提供任何保密性，任何人拿到结果都能立刻还原。
通常是字符编码不一致导致。Base64 编码的是「字节」，而不是「字符」：一段中文文本先按某种编码（UTF-8 / GBK 等）变成字节，再被 Base64 化。本工具默认以 UTF-8 处理文本；若源数据使用其他编码（如 GBK），需先转换为 UTF-8 再解码，否则就会乱码。
Base64 用 4 个字符表示 3 个字节，体积约增加 33%；此外填充符 = 与换行也会略微增加长度。这是编码的正常代价，与内容本身无关。需要节省体积时，应优先考虑压缩（如 gzip）而非 Base64。
不建议。标准 Base64 含 + / =，放进 URL 可能被转义或截断，应改用 URL 安全的 Base64（把 + 换成 -、/ 换成 _，并去掉 =）。JWT 的第三段就采用了这种 URL 安全写法。
可以把小图标内联进 HTML/CSS（data URI），减少一次网络请求；但体积会增大约 33%，因此不适合较大的图片。经验法则：仅对几 KB 以内的小图标内联，大图仍应作为独立文件加载。
该用：在 JSON、XML、邮件、URL 等只接受文本的协议里携带二进制（如内联小图、JWT、附件）；不该用：想「隐藏」或「加密」数据、给大文件编码、或在数据库里长期存储大块 Base64（既占空间又难查询）。
不能。Base64 反而让数据增大约 33%，它解决的只是「如何在文本环境里表示二进制」，而不是体积问题。需要节省空间请用真正的压缩算法。