atob解码Base64后返回Latin-1字符串，需转Uint8Array再用TextDecoder.decode()还原为UTF-8文本；btoa不能直接处理非ASCII字符，须先encodeURIComponent。
atob 和 btoa 不能直接处理“二进制原始报文流”——它们只操作字符串，且隐式按 Latin-1（即单字节）解释每个字符。所谓“二进制原始报文流”，如果真含非 ASCII 字节（比如 UTF-8 多字节、图片头、加密 payload），必须先转成字符串形式再交给 atob/btoa，否则会乱码或抛错。
为什么直接 atob(Base64字符串) 后得到的不是原始文本？
因为 atob 解码后返回的是 Latin-1 字符串，每个字符对应一个 0–255 的字节值；如果你原始数据是 UTF-8 编码的中文、emoji 或任意二进制流，这个字符串本身不是可读文本，而是字节序列的“假字符表示”。常见现象：
- 解码后出现 、、空格、乱码字符
-
atob("5YmN56uv5byA")返回"你好"是巧合（因 UTF-8 中文在某些字节组合下碰巧映射为可显示字符），但不可靠 - 对 PNG 文件 Base64 调用
atob后直接.toString()会崩，因为里面大量\x00–\x1F控制字符
还原为真实文本：必须走 TextDecoder + Uint8Array 中转
要从 Base64 安全还原为 UTF-8 文本（如 JSON、XML、日志内容），不能跳过字节层。流程是：Base64 → atob → Uint8Array → TextDecoder.decode()
-
atob(base64Str)得到 Latin-1 字符串（每个字符charCodeAt(0)就是原始字节） - 用
Uint8Array.from(str, c => c.charCodeAt(0))把它转为字节数组 - 再用
new TextDecoder("utf-8").decode(bytes)解码为真正文本 - 若原始文本不是 UTF-8（比如 GBK、Shift-JIS），需换对应编码，但浏览器
TextDecoder仅原生支持 UTF-8 / UTF-16 / ISO-8859-1
示例：
function base64ToText(base64) {
const binString = atob(base64);
const bytes = Uint8Array.from(binString, c => c.charCodeAt(0));
return new TextDecoder("utf-8").decode(bytes);
}
base64ToText("6L+Z5piv5LiA"); // "测试文本"
btoa 处理原始文本前：非 ASCII 字符必须 encodeURIComponent
btoa 只接受 0–255 范围内的字符，传入中文、emoji 会直接报 InvalidCharacterError。错误写法：
btoa("你好"); // ❌ Uncaught DOMException: Failed to execute 'btoa'
正确做法是先 URI 编码，把多字节 UTF-8 转成 %xx 形式的 ASCII 字符串：
-
encodeURIComponent("你好")→"%E4%BD%A0%E5%A5%BD"（纯 ASCII） - 再
btoa(encodeURIComponent(str)) - 解码时反向：先
atob，再decodeURIComponent
注意：URI 编码会把空格变成 %20，而 btoa 对 %20 编码后仍是合法 Base64，但体积比直接 UTF-8 编码大 2–3 倍。
WebSocket 或 fetch 二进制响应中遇到 Base64 字符串怎么办？
典型场景：后端把 ArrayBuffer 转成 Base64 发来，前端需还原为可用数据。关键点：
- 别用
response.text()拿 Base64 字符串后再atob—— 如果响应头是Content-Type: application/octet-stream，浏览器可能自动做 UTF-8 decode，破坏 Base64 字符完整性 - 应统一用
response.arrayBuffer()或response.text()（确保 Content-Type 是 text/*） - 若确定是 Base64 字符串，先校验格式：
/^[A-Za-z0-9+/]*={0,2}$/.test(str)，补等号、去空格、过滤换行 - 还原为二进制后，根据实际用途选
Uint8Array（协议解析）、Blob（下载/播放）、JSON.parse()（若原始是 JSON 文本）
容易被忽略的一点：Base64 编码末尾的 = 是填充符，缺了会导致 atob 报错；但有些嵌入式设备或旧服务会省略，需手动补足长度为 4 的倍数。
