os.openfile比os.create更可控，因其支持指定权限掩码、复用文件及精确控制截断或追加；而os.writefile仅适用于一次性小文件写入，大文件须流式处理避免oom。
为什么 os.OpenFile 比 os.Create 更可控
直接用 os.Create 写文件看似简单，但无法指定权限掩码、无法复用已存在文件、也不能控制是否截断或追加。真正需要细粒度控制时，os.OpenFile 是唯一选择。
它接受三个参数：name（路径）、flag（操作模式）、perm（权限位）。常见组合有：
-
os.OpenFile("log.txt", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644)—— 安全追加日志 -
os.OpenFile("config.json", os.O_RDWR, 0600)—— 读写私有配置，不创建也不截断 - 避免用
os.O_TRUNC单独出现，除非你明确要清空文件；和os.O_CREATE混用时，若文件已存在会先清空再写入
如何用 ioutil.WriteFile（或 os.WriteFile）避免资源泄漏
ioutil.WriteFile 在 Go 1.16+ 已被弃用，应改用 os.WriteFile。它封装了打开、写入、关闭三步，适合一次性写入小文件（比如 JSON 配置、临时 token）。
但注意：它总是以 0666 &^ umask 权限创建文件，且强制覆盖。如果你需要保留原有权限、或仅在文件不存在时写入，就不能用它。
- 安全写入示例：
os.WriteFile("settings.yaml", data, 0600)—— 仅当内容确定、无并发写入风险时才用 - 不要在循环里反复调用
os.WriteFile写日志，性能差且易丢数据；改用bufio.Writer+os.File缓冲写入 - 如果写入失败，错误类型可能是
*os.PathError，检查.Err字段是否为syscall.ENOSPC（磁盘满）或syscall.EACCES（权限不足）
如何安全读取大文件而不爆内存
用 os.ReadFile 读取几 MB 的文件没问题，但读 GB 级文件会直接 OOM。此时必须流式处理。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
核心原则：别把整个文件 load 进内存，用 bufio.Scanner 或 io.Copy + bytes.Buffer 分块处理。
- 逐行读取日志：
scanner := bufio.NewScanner(file); for scanner.Scan() { line := scanner.Text() }—— 默认单行上限 64KB，超长需调scanner.Buffer(make([]byte, 64*1024), 1 - 复制文件（如备份）：
io.Copy(dst, src)，底层自动使用 32KB 缓冲区，比手动read/write更可靠 - 避免用
strings.Split(string(data), "\n")处理大文件 ——string(data)会额外分配一次内存
如何让文件操作在测试中可 mock
硬编码 os.Open、os.Stat 会让单元测试无法隔离。解决办法是抽象出接口，把文件操作行为注入。
例如定义：type FileOpener interface { Open(name string) (*os.File, error) }，然后在业务逻辑中接收该接口而非直接调用 os.Open。
- 真实运行时传
&realFS{}（实现该接口，内部调os.Open） - 测试时传
&mockFS{Files: map[string][]byte{"test.json": []byte(`{"ok":true}`)}} - 别试图 patch
os包函数 —— Go 不支持 monkey patch，且会导致竞态或 panic - 第三方库如
spf13/afero提供内存 FS 和 HTTP FS 实现，适合快速接入，但引入依赖前先确认是否真需要多后端支持
文件 IO 的“优雅”不在语法糖，而在权限控制是否精确、错误是否分层处理、资源是否及时释放、测试是否不依赖磁盘状态——这些点漏掉任意一个，都会在压测或部署时突然冒头。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
