Go中os.Open报“no such file or directory”主因是路径相对于运行时工作目录而非源文件位置；需用filepath.Abs验证路径，或用runtime.Caller+filepath.Dir定位；权限、并发占用和跨平台路径分隔符亦为关键因素。
os.Open 读取文件时为什么总是报 “no such file or directory”
常见原因是路径错误或当前工作目录非预期位置。Go 不会自动解析相对路径相对于源文件位置，而是相对于 os.Getwd() 返回的运行时工作目录。
- 用
filepath.Abs("config.json")检查实际尝试访问的绝对路径 - 若需基于代码所在目录定位文件，可用
runtime.Caller(0)获取源文件路径，再用filepath.Dir+filepath.Join拼接 - 确保文件存在且进程有读权限；Windows *意路径分隔符（
filepath.Join自动处理，别手拼"\\"或"/"）
os.Create 和 os.OpenFile 的权限参数差异
os.Create 是 os.OpenFile 的封装，固定使用标志 os.O_RDWR | os.O_CREATE | os.O_TRUNC 和权限 0666（实际受 umask 限制）。真正可控的创建行为必须用 os.OpenFile。
- 写新文件且不希望覆盖：用
os.O_CREATE | os.O_EXCL | os.O_WRONLY - 追加写入：用
os.O_APPEND | os.O_WRONLY，避免手动 seek - 权限掩码传
0644表示用户可读写、组和其他用户只读；Go 中八进制字面量必须加0o前缀（如0o644），旧写法0644在 Go 1.19+ 已弃用
递归创建目录时 os.MkdirAll 的返回值陷阱
os.MkdirAll 成功时返回 nil，但即使目录已存在也返回 nil —— 它不区分“新建成功”和“已存在”。不能靠它判断目录是否被真正创建。
- 需要确认新建动作：先
os.Stat，检查os.IsNotExist(err)，再调用MkdirAll - 权限参数影响父目录：若
/a/b/c不存在且/a权限为0755，MkdirAll("/a/b/c", 0700)会把/a/b也设成0700（除非已存在） - 跨文件系统符号链接可能导致意外失败，此时
err类型是*os.PathError，err.Path指向出问题的路径段
os.RemoveAll 删除非空目录失败的典型原因
最常见的是权限不足或文件被其他进程占用（尤其 Windows 上）。RemoveAll 不会跳过只读文件，也不会自动关闭打开的文件句柄。
- Linux/macOS：检查目标路径下是否有进程正在写入的文件（如日志），或挂载点嵌套
- Windows：确保没有资源管理器窗口正打开该目录，或 IDE 正在监听文件变更（如 VS Code 的 file watcher）
- 临时规避只读问题：先用
os.Chmod(path, 0755)尝试改权
限（仅对自身有效，不影响子项），再
RemoveAll - 若需精细控制（如跳过特定子目录），必须手动遍历
filepath.WalkDir并逐个Remove
func safeRemoveAll(path string) error {
if err := os.Chmod(path, 0o755); err != nil && !os.IsNotExist(err) {
return err
}
return os.RemoveAll(path)
}
路径、权限、并发占用——这三个点卡住的人最多，尤其是混合使用 os 和 ioutil（已弃用）遗留代码时，容易忽略底层 syscall 行为差异。
