os.Create写入失败主因是父目录不存在，需先用os.MkdirAll创建完整路径；权限仅在新建文件时生效，且umask会影响实际权限；应封装OpenOrCreateFile并验证写入能力。
os.OpenFile 或 os.Create 写入失败，十有八九是父目录不存在，而不是权限或路径拼写问题。
为什么 os.Create("/logs/app.log") 会报 "no such file or directory"
Go 不会自动创建中间目录。os.Create 只操作目标文件，open(2) 系统调用在内核层面就要求所有上级目录必须已存在。错误信息里的 no such file or directory 实际指目录缺失，不是文件不存在。
-
os.Stat("/logs")返回os.ErrNotExist就能确认这点 - 别用字符串匹配判断——
errors.Is(err, os.ErrNotExist)才可靠 - 即使你刚
os.Mkdir("/logs", 0755)，若/下没有logs，仍会失败；必须用os.MkdirAll
正确顺序：先 os.MkdirAll，再 os.Create 或 os.OpenFile
把路径拆成目录和文件两部分，只对目录调用 os.MkdirAll：
filePath := "/var/log/myapp/error.log"
dir := filepath.Dir(filePath)
if err := os.MkdirAll(dir, 0755); err != nil {
log.Fatal("failed to create dir:", err)
}
f, err := os.Create(filePath)
if err != nil {
log.Fatal("failed to create file:", err)
}
-
os.MkdirAll对已存在路径静默成功，无 TOCTOU 竞态风险 - 权限
0755在 Linux/macOS 上受 umask 影响，在 Windows 上忽略执行位，但语义一致：组和其他用户可读不可写 - 别传
filePath给os.MkdirAll——它会试图创建一个叫error.log的目录，直接报错
用 os.OpenFile 时 flag 和 perm 的常见陷阱
权限和标志位不匹配会导致看似无关的错误：
- 追加写必须带
os.O_WRONLY：os.O_CREATE | os.O_APPEND单独用会 panic -
perm参数只在文件**新建时**生效；已存在文件的权限不会被修改 - 想确保日志文件不可被其他用户修改，用
0644（非敏感）或0600（含密钥），别用0666——umask 可能把它变成0600，导致排查困难 - 如果后续需要
os.Chmod补权限，说明初始perm没设对，且存在竞态窗口
生产环境建议：封装成可复用函数
重复写 os.MkdirAll + os.OpenFile 容易漏掉错误检查。推荐封装：
func OpenOrCreateFile(path string, flag int, perm fs.FileMode) (*os.File, error) {
if err := os.MkdirAll(filepath.Dir(path), 0755); err != nil {
return nil, fmt.Errorf("mkdirall %s: %w", filepath.Dir(path), err)
}
return os.OpenFile(path, flag, perm)
}
- 函数名明确表达意图，比裸调
os.Create更安全 - 错误包装用
%w保留原始错误链，方便上层用errors.Is判断 - 注意：该函数不处理
os.O_EXCL场景——若需原子创建防覆盖，得额外加os.Stat检查
真正容易被忽略的是：os.MkdirAll 成功后，目录权限可能因 umask 或挂载选项（如容器中 rootless 模式）与预期不符，而这个差异要到第一次 Write 失败时才暴露——所以日志初始化阶段就该验证写入能力，不能只信 os.OpenFile 返回了 *os.File。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
