在 go 中，应避免先检查文件是否存在再创建的“检查-创建”模式，因其存在竞态风险；推荐直接使用 os.openfile 配合 os.o_create 标志原子性地打开或创建文件。
在 go 中，应避免先检查文件是否存在再创建的“检查-创建”模式，因其存在竞态风险；推荐直接使用 os.openfile 配合 os.o_create 标志原子性地打开或创建文件。
Go 语言中常见的误区是：先调用 os.Stat 判断文件是否存在，再根据结果决定是否创建——这种两步操作在并发或外部干扰场景下极易引发竞态条件（race condition）。例如，检查时文件不存在，但紧接着另一进程/协程创建了该文件，此时你的代码仍会尝试创建，可能失败（如权限冲突）或覆盖已有内容，逻辑不可靠。
✅ 正确做法是一步到位：使用 os.OpenFile 并传入 os.O_RDONLY | os.O_CREATE 标志。该调用在内核层面保证原子性——若文件不存在则创建空文件并打开；若已存在则直接打开，且仅以只读方式访问，不会修改内容。
file, err := os.OpenFile("config.txt", os.O_RDONLY|os.O_CREATE, 0644)
if err != nil {
log.Fatal("无法打开或创建文件:", err)
}
defer file.Close()
// 此时 file 已就绪，可安全读取
data, err := io.ReadAll(file)
if err != nil {
log.Fatal("读取文件失败:", err)
}
⚠️ 注意事项：
- 权限掩码（如 0644）仅在文件新建时生效；若文件已存在，则忽略该参数，保留原权限；
- 若需确保文件内容为空且可写（如后续要写入配置），可改用 os.O_RDWR | os.O_CREATE | os.O_TRUNC，其中 O_TRUNC 会清空已有内容；
- 不要混用 os.O_CREATE 和 os.O_EXCL（后者要求文件必须不存在），否则创建已存在文件时会返回错误。
总结：摒弃“先查后建”的思维惯性，拥抱原子系统调用——os.OpenFile 是 Go 中处理“打开或创建”语义最简洁、最安全的标准方案。
