拿到一串 Base64，粘贴到“Base64编码解码”后出现 �，不一定是 Base64 写错了。Base64 可以表示任意字节，原始内容也可能是图片、压缩包或其他二进制数据，本来就不是可读的 UTF-8 文本。

宝塔拨测同时提供字符串转换和文件转换。判断时先分清要得到文字，还是要把原来的字节还原成文件。下面用六个固定公开测试字节演示，不包含账号、密钥或真实业务数据。

先看一组可重复的字节

本次测试文件名为 fixed-bytes.bin，只有六字节，十六进制内容是：

00 FF 41 80 CF 40

它们的 Base64 为：

AP9BgM9A

这是一段专门用来观察非文本处理的测试数据，不代表任何可执行程序，也不是某种业务凭证。六字节刚好能组成两个完整的 Base64 分组，因此这组编码末尾没有 =；不能仅凭有没有等号判断编码是否完整。

字符串解码会遇到不合法的文本字节

打开“Base64编码解码”，切换到“Base64 转字符串”，保持 URL safe 选项关闭，将 AP9BgM9A 粘贴到输入区。

固定Base64输入得到含替换字符的结果，不能将它当作原文件内容继续复制
固定Base64输入得到含替换字符的结果，不能将它当作原文件内容继续复制

本次结果中能看到 A、@ 和几个替换字符 �，开头还有一个不显示为普通文字的空字符。这里的 FF、单独的 80 等字节不能按这组排列构成合法 UTF-8 文本。把字节解释成文本时，就会遇到文本编码层面的损失。

� 是 Unicode 替换字符 U+FFFD。它表达的是某些输入无法按所用文本编码解释，不能反向告诉你原来的字节究竟是多少。不要把这段带替换字符的结果复制出来，再转成 Base64，以为可以还原最初文件；中间已经经过一次有损的文本解释。

如果原本预期是文字，应向数据提供方确认原始字符编码和内容类型。本例只证明这六字节不是有效的 UTF-8 文本，没有提供自动判断其他字符编码的依据。

文件转换保留的是字节

进入“Base64文件转换”，在“转为 Base64”中选择这份六字节测试文件。本次页面显示文件大小为 6 B，生成的结果为：

data:application/macbinary;base64,AP9BgM9A
六字节文件转换后得到DataURL，逗号后内容与固定测试Base64相同
六字节文件转换后得到DataURL，逗号后内容与固定测试Base64相同

前面一段是 DataURL 的类型与编码说明，逗号后才是本例的 Base64 数据。这里出现的 application/macbinary 是本次浏览器环境对这个文件给出的类型标记，不能仅凭它认定这六字节就是某种完整的 Mac 文件格式。文件名、扩展名和 MIME 标记都不能代替对真实内容的检查。

从文件工具下载，再核对原始内容

切换到“Base64 转文件”，将文件名填为 fixed-bytes-restored，扩展名填为 bin，粘贴纯 Base64 数据 AP9BgM9A，然后点击“下载文件”。

填写bin扩展名后下载，预览区提示没有可预览图片并不代表字节还原失败
填写bin扩展名后下载，预览区提示没有可预览图片并不代表字节还原失败

本次得到 fixed-bytes-restored.bin。下载文件仍为六字节，逐字节检查还是 00 FF 41 80 CF 40，与原文件一致。两份文件的 SHA-256 也相同：

c033f51929b5fa8868ce5e9ff1d65e7796db6df20a41697abc414904f4e0cded

预览区显示“无可预览的图片内容”，是因为这份测试数据不是图片。能否显示图片预览，与能否按原字节下载，是两回事。给它改成 .png 也不会让这些字节自动变成 PNG 图片。

处理真实文件时，应保留数据提供方给出的内容类型和正确扩展名，下载后再用合适的程序打开；需要确认完整性时，比较字节长度和双方约定的校验值。Base64 负责把字节写成可传输的字符形式，本身不提供加密或身份认证，看到一串 Base64 也不能据此判断内容安全或可信。