推荐用os.createtemp替代ioutil.writefile写临时文件，因其生成唯一路径、避免覆盖、权限可控；必须显式close和remove，且不可依赖defer清理，需在所有执行路径中确保清理。
用 ioutil.WriteFile 写入临时文件最简单，但要注意权限和路径清理
直接写入临时目录是最快路径，ioutil.WriteFile（Go 1.16+ 已被 os.WriteFile 替代）能一步完成创建+写入。但它不自动处理文件生命周期，容易留下垃圾文件。
-
os.CreateTemp才是推荐起点：它生成唯一路径、返回可写*os.File，且不会覆盖已有文件 - 写完必须显式调用
file.Close()，否则内容可能未刷盘，后续读取为空或报invalid argument - 临时文件默认权限是
0600，如果需要其他进程读取，得用os.Chmod(file.Name(), 0644)显式改 - 别硬编码
/tmp路径——用os.TempDir()获取系统真实临时目录，Windows 下可能是C:\Users\XXX\AppData\Local\Temp
内存数据是 []byte 还是 string？写法不同但效果一致
Go 中字符串不可变，string 底层数据和 []byte 在内存布局上兼容，所以 os.WriteFile 同时支持两者作为参数。但语义上建议按来源选：
- 原始二进制数据（如图片、加密结果）→ 用
[]byte，避免 UTF-8 编码转换风险 - 纯文本（JSON、日志行）→
string更直观，os.WriteFile(path, []byte(s), 0600)和os.WriteFile(path, []byte(s), 0600)效果一样，但前者少一次类型转换 - 若数据来自
bytes.Buffer或encoding/json.Marshal，它们返回[]byte，直接传入即可，别多此一举转成string再转回
写入后立即读取失败？多半是没 file.Close() 或没等 fs sync
常见现象：写完立刻 os.ReadFile 报 no such file or directory，或者读到空内容。这不是并发问题，而是文件句柄和缓存状态没同步。
- 如果用
os.CreateTemp+file.Write()，必须在读取前调用file.Close()；否则文件虽存在，但内核缓冲区未落盘，其他 goroutine 或进程看不到完整内容 - 如果用
os.WriteFile，它内部已做Close和fsync，可直接读，无需额外操作 - 极端场景（如测试要求强一致性），可在
Close()后加runtime.GC()触发文件句柄回收，但绝大多数情况不需要
临时文件不手动删？靠 defer os.Remove 不可靠
很多人写 defer os.Remove(tempFile)，以为能自动清理。实际中这非常危险：如果程序 panic、被 kill -9、或提前 exit，defer 根本不执行。
- 真正安全的做法是：明确业务生命周期，在函数末尾、错误分支、成功路径都写一遍
os.Remove，并忽略os.IsNotExist错误 - 更健壮的方案是用
os.RemoveAll清理整个临时目录子路径，或借助第三方库如github.com/otiai10/copy的临时目录管理逻辑 - 如果文件要跨进程使用（比如传给 ffmpeg 处理），就别自动删——改成由使用者负责清理，文档里写清楚
临时文件不是“写完就扔”，它的生命周期必须和业务逻辑对齐。路径唯一性、权限控制、关闭时机、清理责任，四个点漏掉任何一个，都会在压测或长时间运行时暴露问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
