Base64 Encoder, Decoder & Inspector
编码任意文件——不只是图片——使用对方真正需要的字母表、填充和行宽。解码一段载荷，就能看清它究竟是什么：从魔数读出的格式、开头字节的十六进制、gzip 之后的体积，以及它的 SHA-256。
工作方式
把载荷带进来
打字、粘贴、拖入任意类型的文件，或者让套件里的另一个工具直接交给它。拖入文件时还不会读取任何内容。
决定输出的样子
标准还是 URL 安全字母表、填充开还是关、在 64、76 还是 100 列换行、用 LF 还是 CRLF。真实解析器分歧最大的恰恰是这些。
看看字节
格式是从魔数读出来的，不是靠文件名猜的。你会得到十六进制转储、gzip 之后的体积、SHA-256 和一次可逆性检查。
带走它
复制原始字符串、data: URL、CSS 规则、img 标签、JSON 请求体或 PEM 块——或者把解码后的文件直接送进另一个工具。
三个字节，四个字符
Base64 永远比它承载的字节多花 33%，工具会把两个数字连同 gzip 之后的体积一起给你：对接近文本的载荷，gzip 几乎全都补回来；对 PNG 则几乎补不回来。
URL 安全字母表
切换到 - 和 _，载荷就能毫无转义地通过查询字符串、文件名或 JWT。填充也可以去掉，这正是各种令牌格式所期待的。
十六进制检查器
看见真正的字节，每行十六个，旁边配可打印的 ASCII。魔数会高亮显示，被截断的文件立刻露馅。
它会告诉你哪里坏了
哪个字符不在字母表里、在第几位、填充是否缺失、最后一个字符是否带有会被丢弃的位。而不是干巴巴一句“无效的 Base64”。
格式从字节读出
PNG、JPEG、GIF、WebP、AVIF、HEIC、PDF、ZIP 及其中的 Office 格式、WOFF2、MP4、WASM、SQLite 等等，都按签名识别——所以下载下来的文件扩展名是对的。
大文件也不卡
文件在独立线程上按 3 MB 分块处理，进度条如实反映，停止按钮真的有用。转换 200 MB 载荷时标签页依然响应。
可测量，而不只是生成
每次运行都会给出 gzip 之后的体积和 SHA-256，都基于同一批字节计算。你可以据此判断内嵌是否胜过第二次请求，也可以据此证明往返没有损失。
可逆性检查
每次文本编码都会立即再解码一次并逐字节比对，所以一旦字母表和填充的组合会被对方拒绝，在你粘贴之前就会收到提示。
关注载荷，而不只是字符串
多数 Base64 工具给你一段字符串就结束了。这一个保留字节：按签名识别格式，把开头一千字节以十六进制列出，测量载荷经过 gzip 后的真实成本，为它计算哈希以便你证明往返无损，并且精确指出是第几位的哪个字符毁了这段载荷，而不是笼统地怪整体。编码时它接受任何文件——字体、PDF、WebAssembly 模块——因为 Base64 从来就不只是图片的事。
没有任何东西离开你的浏览器
编码、解码、格式识别、十六进制转储、gzip 测量和 SHA-256，全部是运行在你自己标签页里的原生浏览器 API，体积大的还会放到独立线程上。没有上传、没有请求，也没有可记录的东西——这很重要，因为人们粘贴进 Base64 工具的，往往是私钥、会话令牌和内部文档。
为没有标签的载荷而生
从数据库某一列取出的 blob，任何地方都没记录它的 MIME 类型。一段解不开的 JWT，因为它用了 URL 安全字母表且没有填充。样式表里内嵌的 SVG，渲染出来是一张破图。一个声称 image/png 的 data: URL，字节却明显是 JPEG。一份在 64 列换行的证书，被严格的解析器拒收。Base64Bolt 全都读得懂，会告诉你字节到底是什么，并让你以正确扩展名的文件把结果带走。
没有注册，没有每日配额，也没有把好用的一半藏在付费档里。你打开的文件在本地读取，绝不会被传输；关掉标签页，一切就被忘记。
常见问题
Q为什么我的 JWT 或令牌在别处解不开，在这里却可以？+
因为它用的是 URL 安全字母表——用连字符和下划线代替加号和斜杠——而且通常还去掉了填充。只认识标准字母表的解码器碰到第一个连字符就会报错。Base64Bolt 会判断输入用的是哪套字母表，补回缺失的填充，并把这两件事都告诉你。
QBase64 会让我的文件变大吗？+
一定会，正好三分之一：每三个字节变成四个字符，再加最多两个填充字符。这是否真的让你付出代价取决于压缩，所以工具会把 gzip 之后的体积摆在原始体积旁边。内嵌一个小 SVG 通常划得来；内嵌一张大 JPEG 通常划不来，因为它本来就压缩过，而 Base64 抵消掉了一部分成果。
Q我可以编码图片以外的东西吗？+
可以，任何文件。给 @font-face 用的字体、做下载链接的 PDF、WebAssembly 模块、ZIP、音频片段。以前只限图片是没有道理的限制：Base64 并不在意这些字节代表什么。
Q“最后一个字符带有会被丢弃的位”是什么意思？+
每个 Base64 字符携带六位，但载荷的最后一组往往用不到那么多。QQ== 和 QR== 都会解码成同一个字节 0x41，因为 R 的最后四位被丢掉了。没有编码器会产生后一种形式，所以看到它就说明字符串被截断或手工改过——在你相信结果之前值得知道。
Q为什么解码时说字节不是 UTF-8？+
因为它们不是文本。Base64 承载的是字节，而大量载荷本身就是图片、压缩包或密钥。旧的做法是报“无效的 Base64”，那根本就是错的：Base64 一点问题也没有。切到“Base64 转文件”标签，工具就会识别格式并让你下载。
Q我该在 76 列处换行吗？+
只有当下游有东西需要它时才要。MIME 正文和 PEM 块按规范换行——PEM 在 64 列，MIME 在 76 列——而且有些邮件解析器会拒收单独的一长行。如果是样式表里的 data: URL 或 JSON 字段，就把换行关掉。
Q会有东西被发送到服务器吗？+
不会。每一步都是运行在你标签页里的原生浏览器 API，所以页面加载之后即使离线也照样能用。没有任何上传、远程缓存或日志。