os.Create 本质调用 open(2) 以 O_CREAT|O_WRONLY|O_TRUNC 模式打开文件，会清空已有内容、权限固定为 0666&^umask，不支持自定义模式或权限，应优先使用 os.OpenFile 实现精确控制。
Go 里用 os.Create 创建文件，本质是调用系统 open(2) 系统调用以 O_CREAT | O_WRONLY | O_TRUNC 模式打开文件 —— 这意味着：如果文件已存在，内容会被清空；不存在则新建。它不支持设置权限掩码（umask）之外的自定义权限，且返回的 *os.File 默认可写不可读（除非显式调用 Chmod）。
os.Create 会自动覆盖已有文件，且权限受限
os.Create 的行为固定：总是截断（O_TRUNC），权限恒为 0666 &^ umask（Linux/macOS 下通常变成 0644）。它不接受 mode 参数，无法像 os.OpenFile 那样灵活控制。
- 想保留原文件内容？不能用
os.Create，改用os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644) - 想创建只读文件？
os.Create不行，必须先Create再Chmod，或直接用os.OpenFile+syscall.S_IRUSR - 在 Windows 上，
0666权限会被忽略，实际权限由文件系统 ACL 决定
正确创建并写入文件的最小可靠写法
必须检查 os.Create 和后续 Write 的错误，且记得 Close。忽略 Close 可能导致文件句柄泄漏或缓冲区未刷盘。
file, err := os.Create("output.txt")
if err != nil {
log.Fatal(err)
}
defer file.Close()
_, err = file.Write([]byte("hello world\n"))
if err != nil {
log.Fatal(err)
}
想精确控制权限和打开模式？用 os.OpenFile 替代
90% 的真实场景中，你应该用 os.OpenFile —— 它把 flag 和 perm 显式暴露出来，避免黑盒行为。
立即学习“go语言免费学习笔记（深入）”；
- 创建新文件，若存在则失败：
os.OpenFile("x.log", os.O_CREATE|os.O_EXCL|os.O_WRONLY, 0600) - 追加写，权限为私有：
os.OpenFile("log.txt", os.O_CREATE|os.O_APPEND|os.O_WRONLY, 0600) - 创建后立即设为只读（Unix）：
f, _ := os.Create("config.json"); f.Chmod(0444)
os.Create 在 defer 中关闭时的常见陷阱
如果 os.Create 失败，file 是 nil，此时 defer file.Close() 会 panic。务必在 err 检查之后再声明 defer。
file, err := os.Create("data.bin")
if err != nil {
log.Printf("failed to create: %v", err)
return
}
defer file.Close() // 此时 file 必然非 nil
权限、截断、错误传播、资源释放 —— 这四个点漏掉任何一个，都可能让程序在生产环境静默失败。别图省事写 os.Create(...).Write(...).Close() 链式调用，Go 的 error handling 就是要你直面每一步的失败可能。
