应直接用 os.WriteFile() 写入 Base64 解码后的 []byte，避免转 string 导致二进制数据损坏；写入前需用 os.MkdirAll() 创建父目录，路径用 filepath.Join() 拼接，权限设为 0644，扩展名据 MIME 类型推断；大文件宜用 base64.NewDecoder + io.Copy 流式处理，并清洗输入字符串中的空白符。
直接用 os.WriteFile() 写入解码后的 []byte，别转成字符串，也别漏掉路径创建和权限设置。
为什么不能用 fmt.Sprintf("%s", data) 再写入
Base64 解码结果是原始二进制数据（比如 PNG 文件头是 PNG
），里面含 NUL 字节（ ）和非 UTF-8 字节。一旦转成 string 再转回 []byte，Go 会截断或替换非法序列，图片、PDF、音频立刻损坏。错误写法：os.WriteFile("out.png", []byte(string(decodedBytes)), 0644) —— 这步 string(decodedBytes) 就已失真。
正确做法只有一条：解码后拿到的 []byte 原样传给 os.WriteFile()。
写入前必须确保目标目录存在
os.WriteFile() 不会自动创建父级目录，路径如 "img/avatar.png" 在 img/ 不存在时直接报 no such file or directory。这不是解码问题，是运行时环境缺失。
- 用
os.MkdirAll(filepath.Dir(filename), 0755)提前建好所有上级目录 - 文件名建议用
filepath.Join()拼接，避免硬写"\"或"/" - 临时文件可放
filepath.Join(os.TempDir(), "output.jpg")，省去路径管理
文件权限和扩展名不能靠猜
写入失败不一定是代码错，更常因权限不足（Linux/macOS）或扩展名不匹配（Windows 预览失败）。
- 权限设为
0644（用户可读写，组和其他人只读），不是0777或留空 - 若 Base64 字符串带前缀（如
"data:image/jpeg;base64,..."），从 MIME 类型推后缀："image/jpeg"→".jpg"（不是".jpeg"），"image/png"→".png" - 没前缀时，至少加个
".bin"，别用无扩展名的"output"—— 某些编辑器或系统拒绝识别
大文件别走 DecodeString + WriteFile 全内存路径
一个 20MB 的图片 Base64 编码后约 27MB 字符串，DecodeString() 再分配一块 20MB []byte，瞬时内存占用近 50MB。并发高时容易 OOM。
改用流式处理：
dec := base64.NewDecoder(base64.StdEncoding, strings.NewReader(base64Str))
f, _ := os.Create("out.jpg")
io.Copy(f, dec)
f.Close()
注意：io.Copy 内部会处理缓冲和关闭，不用手动调 dec.Close()；但目标文件 f 要显式 Close()，否则内容可能没刷盘。
最易被忽略的是：解码前是否清洗了字符串里的换行和空格 —— 即使只多一个
，DecodeString() 就报 illegal base64 data at input byte X，根本到不了写入这步。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
