Base64 编解码工具 在浏览器本地完成文本和文件的 base64 编解码，不上传任何字节。支持标准 base64、URL 安全变体（base64url）切换。
编码原理：把二进制数据按每 6 位一组（2^6 = 64）映射到 64 个可见字符。3 字节（24 位）的原始数据正好编为 4 个 base64 字符；不够 3 字节时末尾补 =。
字符集：
A-Z a-z 0-9 + / + 填充 =+ 改 -、/ 改 _、= 通常省略；URL/文件名安全-----BEGIN ...-----），用于 SSL 证书、SSH key典型用途：
Authorization: Basic <base64(user:pass)>重要提醒：base64 不是加密。它的字符集是公开的，任何人都能秒解。需要保密必须先用 AES/RSA 加密原始数据，再 base64 编码后传输。看到 base64 字符串就以为”已加密”是常见误区。
不是。base64 是编码，不是加密——任何人都能秒解。它的作用是把二进制数据用 64 个可见字符（A-Z、a-z、0-9、`+`、`/`，`=` 用于补齐）表示，方便在只支持文本的通道（邮件、JSON、URL）传输。如果想保密必须先加密（AES、RSA）再 base64，base64 单独不提供任何安全性。
因为压缩比是固定的：每 3 字节原始数据编为 4 个 base64 字符，4/3 ≈ 1.333。100KB 的图片 base64 后约 137KB。所以 base64 内联 < 5KB 的小图能省 HTTP 请求；超过 10KB 反而增加传输和解析成本，不如外链。
填充字符（padding）。base64 要求输出长度是 4 的倍数，原数据字节数不被 3 整除时末尾补 1 个或 2 个 `=`。例如 `M` (1 字节) → `TQ==`、`Ma` (2 字节) → `TWE=`、`Man` (3 字节) → `TWFu`。base64url 变体（用于 JWT、URL 安全场景）通常省略 `=`，再用 `-_` 替代 `+/`。
字符集不同——标准 base64 用 `+` 和 `/`，但这两个字符在 URL 里有特殊含义（`+` 解析为空格、`/` 是路径分隔），不能直接放进 URL。base64url（RFC 4648 §5）用 `-` 替换 `+`、`_` 替换 `/`，并通常省略尾部 `=`。JWT、JSON Web Signature、OAuth 都用 base64url。
PEM 格式（如 OpenSSL 输出的证书、私钥）默认每 64 字符换一行（兼容老邮件协议 MIME），所以 base64 串里会有 `\n`。粘贴到代码里前要去掉换行：JS `str.replace(/\s/g, '')`、Linux `tr -d '\n'`。粘到 JSON 字段也要去——多余空白虽不影响解码（解码器一般忽略），但传输时浪费字节。
`data:[mime-type];base64,[编码内容]`。例如一张 PNG：`data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAA...`。可以直接放在 HTML 的 `<img src>`、CSS 的 `background-image: url()`、`<link href>` 里。注意：内联二进制后浏览器无法缓存（每页都重新解析），适合一次性的图标，不适合复用率高的资源。