Go如何创建与删除文件_Go文件创建与删除操作说明

os.Create会截断已有文件且不检查父目录，os.Remove对不存在文件报错；应先用os.MkdirAll确保路径，再用os.OpenFile配合O_CREATE|O_EXCL避免覆盖，并显式判断os.IsNotExist等错误类型。

os.Create 和 os.Remove 是 go 中创建与删除文件最直接的两个函数，但它们的行为和错误处理方式容易被低估——创建会清空已有文件，删除对不存在文件会报错，不加判断直接用可能引发静默故障或 panic。

创建文件：别只用 os.Create，看清它到底干了什么

os.Create 表面是“创建”，实际等价于 os.OpenFile(name, os.O_CREATE|os.O_TRUNC|os.O_WRONLY, 0644)。这意味着：

• 若文件已存在，内容会被**立即截断为空**（不是报错，而是悄悄覆盖）
• 若父目录不存在（比如想创建 logs/app.log 但 logs/ 不存在），会返回 no such file or Directory 错误
• 权限固定为 0644（linux 下：用户可读写，组和其他仅可读），无法自定义

真正安全的创建方式是先确保路径存在：

err := os.MkdirAll("logs", 0755) if err != nil {     log.Fatal(err) } file, err := os.Create("logs/app.log") if err != nil {     log.Fatal(err) } defer file.Close()

删除文件：os.Remove 不等于“删掉就算”，必须处理“文件不存在”

os.Remove 删除成功时返回 nil；但若文件根本不存在，它返回的是一个带 os.ErrNotExist 的 Error，而不是静默忽略。常见错误写法：

// ❌ 错误：没检查错误类型，把“不存在”当成严重错误 err := os.Remove("temp.txt") if err != nil {     log.Fatal(err) // 文件本来就没建，程序直接退出 }

正确做法是显式判断：

err := os.Remove("temp.txt") if err != nil {     if os.IsNotExist(err) {         // 文件本来就不在，无需处理         fmt.Println("文件不存在，跳过删除")     } else {         log.Fatal("删除失败：", err)     } }

替代方案：用 os.OpenFile 控制创建逻辑，更灵活

当你要“仅在文件不存在时创建”或“存在时不覆盖”，os.Create 就不够用了。此时必须用 os.OpenFile 手动组合 flag：

• os.O_CREATE | os.O_EXCL | os.O_WRONLY：严格创建新文件，若已存在则返回 os.ErrExist
• os.O_CREATE | os.O_WRONLY：存在则打开（不截断），不存在则创建（类似 shell 的 >> 语义）

示例：只在文件不存在时写入默认配置

file, err := os.OpenFile("config.json", os.O_CREATE|os.O_EXCL|os.O_WRONLY, 0644) if err != nil {     if os.IsExist(err) {         fmt.Println("配置文件已存在，跳过初始化")         return     }     log.Fatal(err) } defer file.Close() file.WriteString(`{"debug": false}`)

容易被忽略的点：权限、路径分隔符、windows 兼容性

Linux 下创建文件默认权限受 umask 影响，而 Go 的 0644 是传给系统调用的 mode，最终权限可能是 0644 &^ umask。另外：

• 硬编码路径如 "logs/error.log" 在 windows 上可能失败，应改用 filepath.Join("logs", "error.log")
• os.Remove 不能删非空目录，删目录要用 os.RemoveAll；但后者也会删子目录下所有内容，务必确认路径准确
• 文件句柄未 Close() 可能导致后续 Remove 失败（尤其 Windows 上报 The process cannot access the file because it is being used by another process）

真正的坑不在语法，而在“以为删了＝删干净了”或“以为创建了＝路径就通了”。每一步操作后检查 err，并根据具体错误类型分支处理，才是稳定文件操作的核心。