os.Create创建的文件写不进去数据是因为必须显式调用Write/WriteString并检查返回值和错误，仅Close不会触发写入；常见错误包括忽略err、未处理截断/追加需求、未确保父目录存在、未检查编码与权限。
os.Create 创建的文件为什么写不进去数据？
因为 os.Create 返回的是一个可写的 *os.File，但你必须显式调用 Write 或 WriteString，且不能忽略返回值和错误。常见错误是只调用了 file.Close() 就以为写入完成了——其实什么都没写。
- 务必检查
Write的返回字节数和错误：n, err := file.Write([]byte("hello"))，err != nil时写入失败 -
os.Create会截断已有文件（即清空内容），如果想追加，得用os.OpenFile配合os.O_APPEND - 写完不
Close()可能导致缓冲区未刷新、文件句柄泄漏，尤其在循环中反复创建文件时容易触发 “too many open files” 错误
os.Create + WriteString 写文本文件的最小可靠写法
写纯文本时，WriteString 比 Write 更直观，但底层仍是字节操作，换行符、编码都得自己管。Windows 下若没写 \r\n，某些编辑器可能显示为单行。
- 用
defer file.Close()确保关闭，但注意：它只在函数返回时执行，中间出错仍需手动关或用if err != nil { file.Close(); return } - 写入后建议调用
file.Sync()（非必需），防止系统缓存未落盘就崩溃——日志、配置等关键数据建议加 - 路径中父目录不存在会报
no such file or directory，os.Create不会自动建目录，得先用os.MkdirAll
file, err := os.Create("output.txt")
if err != nil {
log.Fatal(err)
}
defer file.Close()
_, err = file.WriteString("line 1\nline 2\n")
if err != nil {
log.Fatal(err)
}
os.Create 和 ioutil.WriteFile 哪个更合适？
ioutil.WriteFile（Go 1.16+ 已移到 os.WriteFile）适合「一次性写整个内容」；os.Create 适合「流式写、边生成边写、需要控制偏移或多次写入」。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
os.WriteFile("a.txt", []byte("hi"), 0644)是原子写入，但会把整个内容加载进内存，大文件（>100MB）易 OOM -
os.Create配合bufio.Writer可控内存占用，适合写日志、导出 CSV 等场景 - 权限参数不同：
os.Create固定用0666（受 umask 影响），而os.WriteFile的第三个参数是实际设的 mode，比如0600
文件写入后内容为空或乱码的常见原因
不是代码逻辑错，而是环境或习惯问题：文件打开成功 ≠ 写入成功 ≠ 数据落盘 ≠ 编码正确。
立即学习“go语言免费学习笔记（深入）”；
- 忘记检查
Write的err：磁盘满、只读文件系统、权限不足都会让Write返回错误，但程序继续跑下去，看起来“没报错却没内容” - 用
fmt.Fprint(file, ...)但忘了导入fmt包，编译不过；或者误写成fmt.Print（输出到 stdout） - 写入含中文的字符串时，源文件保存为 GBK 编码（如 Windows 记事本默认），但 Go 默认按 UTF-8 处理，结果写进去是乱码字节 —— 确保编辑器和终端都是 UTF-8
cat output.txt 或用十六进制工具看前几个字节。 
