os.Open仅支持只读且要求文件必须存在，否则返回PathError；需创建或读写时应使用os.OpenFile并组合O_CREATE、O_RDWR等标志，配合Stat判断和Seek重置读位置。
Go语言中os.Open只能读取，不能写入或创建文件
os.Open 是 Go 标准库中最常用的只读打开方式，它等价于 os.OpenFile(path, os.O_RDONLY, 0)。这意味着：它要求文件**必须已存在**，且仅支持读操作；一旦传入不存在的路径，会直接返回 *os.PathError，错误信息类似 no such file or directory。
常见误用是拿它去“尝试创建并读取”，结果程序 panic 或静默失败。如果你需要“存在则读、不存在则创建再读”，必须换用 os.OpenFile 并显式指定标志位。
- 只读场景（如加载配置、读日志）：优先用
os.Open，语义清晰、意图明确 - 需要写入、追加、截断或自动创建：必须用
os.OpenFile，不能绕过 - 注意权限参数：第二个参数为 flag（如
os.O_CREATE | os.O_RDWR），第三个参数是 FileMode（如0644），后者在 flag 不含O_CREATE时会被忽略
用os.OpenFile实现“存在就读，不存在就创建并读”的可靠写法
这是实际项目中最常被问到的“持久化读取”需求——比如读取一个本地缓存 JSON 文件，若首次运行则初始化为空结构。关键在于组合使用 os.O_CREATE | os.O_RDWR 和错误判断逻辑，而非依赖单一函数。
示例逻辑：
立即学习“go语言免费学习笔记（深入）”；
file, err := os.OpenFile("config.json", os.O_CREATE|os.O_RDWR, 0644)
if err != nil {
log.Fatal(err)
}
defer file.Close()
// 检查是否为新创建的空文件
fi, _ := file.Stat()
if fi.Size() == 0 {
// 写入默认内容，例如 "{}"
file.Write([]byte("{}"))
file.Seek(0, 0) // 重置读取位置
}
// 此时可安全读取
data, _ := io.ReadAll(file)
-
os.O_CREATE确保文件存在，但不会覆盖已有内容 -
os.O_RDWR允许后续读+写，比分开调用 Open/Write 更原子 - 务必调用
file.Seek(0, 0)，否则读位置在末尾，io.ReadAll返回空字节 - 不要省略
file.Stat()检查，因为os.OpenFile成功不等于文件有内容
ioutil.ReadFile 已弃用，应改用 os.ReadFile
Go 1.16 起，ioutil.ReadFile 被移入 os 包，新代码必须用 os.ReadFile。它内部封装了打开→读取→关闭全流程，适合一次性读取小文件（如配置、模板、证书）。
但它仍是纯读操作，遇到不存在的文件仍报错，不自动创建。很多人误以为它是“更高级的 Open”，其实它和 os.Open 一样受制于文件存在性。
- 优势：代码短、无资源泄漏风险（自动 close）
- 劣势：无法控制打开模式、无法复用文件句柄、大文件易 OOM
- 替代方案：大文件或需多次读写 → 用
os.OpenFile+bufio.Reader - 错误处理不能忽略：
if errors.Is(err, os.ErrNotExist)是检查文件不存在的推荐方式
Windows 下路径分隔符和权限问题容易被忽略
Go 的 os.Open 和 os.OpenFile 在 Windows 上接受正斜杠 / 或反斜杠 \，但 FileMode 参数（如 0644）在 Windows 上**基本无效**——NTFS 不按 Unix 权限位控制读写，而是依赖 ACL。这意味着你在 Windows 上传 0200 也不会让文件变成“仅写”，只是被忽略。
- 跨平台代码中，不要假设
os.OpenFile(..., 0200)能阻止读取 - 路径拼接请用
filepath.Join("dir", "file.txt")，而非字符串拼接 - 如果依赖文件锁或独占访问，Windows 需额外用
os.O_EXCL+os.O_CREATE组合模拟，且需捕获ERROR_SHARING_VIOLATION类错误
os.Stat 查存在性和类型，再决定用 Open 还是 OpenFile，而不是靠函数名猜行为。 
