必须用os.writefile，ioutil.writefile在go 1.16+已弃用并移除，继续使用会导致编译失败、无法享受优化，且不支持新特性；os.writefile默认覆盖写入、权限仅对新建文件生效、需显式传[]byte、不自动创建父目录。
用 ioutil.WriteFile 还是 os.WriteFile？选错会踩兼容性坑
ioutil.WriteFile 在 Go 1.16+ 已被弃用，官方明确迁移到 os.WriteFile。继续用旧函数会导致构建失败（尤其启用 -gcflags="-trimpath" 或交叉编译时），且无法享受新版本对原子写入和错误路径的优化。
- Go ≥ 1.16 必须用
os.WriteFile，它底层调用os.OpenFile+Write+Close，行为更可控 - 若需保留旧代码兼容性（如维护 Go 1.15 项目），可加构建约束：
//go:build go1.16分支处理 -
os.WriteFile默认以0644权限创建文件；若需其他权限（如可执行），必须显式传入0755等值，不能依赖 umask
二进制数据写入时出现乱码或截断？检查字节切片是否被意外修改
常见误操作：把 []byte 传给 os.WriteFile 前，先做了 string() 转换再转回 []byte —— 这会破坏非 UTF-8 字节序列（如图片、加密密文、Protobuf 数据），导致内容损坏。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 直接传原始
[]byte，例如：os.WriteFile("data.bin", rawBytes, 0644) - 避免任何中间
string转换，尤其是从io.Read读取后未做深拷贝就复用缓冲区 - 若数据来自
bytes.Buffer，用buf.Bytes()（返回底层数组引用）而非buf.String()，后者可能触发 UTF-8 验证并截断无效字节
大文件写入卡死或 OOM？别直接把整个二进制加载进内存
用 os.WriteFile 写几百 MB 以上文件，容易触发 GC 压力或内存不足。真正生产场景应流式写入。
- 优先用
os.Create+io.Copy：例如dst, _ := os.Create("out.bin"); io.Copy(dst, srcReader) - 若数据来自网络（如 HTTP body），直接
io.Copy到文件，避免io.ReadAll全部加载 - 需要校验或加密封装时，用
io.MultiWriter组合hash.Hash和file，不额外复制数据
Windows 下文件路径含中文或特殊字符失败？统一用 filepath.Clean 处理
直接拼接路径字符串（如 "./data/" + name + ".bin"）在 Windows 上遇到 中 文.jpg 或 foo/bar.bin 会因路径分隔符不一致或非法字符报 open ...: The system cannot find the path specified。
- 始终用
filepath.Join("data", name+".bin")构造路径，自动适配平台分隔符 - 写入前确保父目录存在：
os.MkdirAll(filepath.Dir(path), 0755)，否则os.WriteFile会直接失败 - 文件名含用户输入时，用
strings.ToValidUTF8或正则过滤控制字符（\x00-\x1f），避免 NTFS 创建失败
/tmp 可能被挂载为只读，或者 umask 导致权限不足，这时候连 os.WriteFile 的错误信息都只会说 “permission denied”，得靠 os.Stat 提前检查父目录状态。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
