Go语言文件操作无统一教程函数，需按需组合os包底层能力：os.Open只读且文件不存在报错，os.Create读写截断并固定0644权限；追加、权限控制等必须用os.OpenFile；os.ReadFile/WriteFile适合小文件一次性读写，大文件易OOM；bufio.Scanner逐行读需注意末行丢失和超长行限制。
Go 语言里没有“教程式”的统一文件操作函数，os 包提供的是按需组合的底层能力——选错函数或参数，轻则读空、写丢，重则覆盖原文件或权限错误。
os.Open 和 os.Create 的行为差异必须分清
os.Open 只读，文件不存在直接报 os.PathError；os.Create 是读写+截断+0644 权限，文件存在会清空内容再写。两者都不能追加、不能只写、不能控制权限位。
- 想安全读一个可能不存在的文件？别用
os.Open，改用os.OpenFile("x.txt", os.O_RDONLY|os.O_CREATE, 0644)（但注意：这会创建空文件，不是你想要的“只读不创建”） - 想写入但不破坏已有内容？
os.Create不行，必须用os.OpenFile("x.txt", os.O_WRONLY|os.O_APPEND, 0644) - 想保留原文件权限（比如 0600）？
os.Create固定用 0644，得用os.OpenFile显式传权限
os.ReadFile 和 os.WriteFile 适合什么场景
这两个是“一锤子买卖”函数：一次性读完全部内容到内存，或一次性把字节切片写满整个文件。它们内部自动处理打开/关闭，省事但有明显限制。
-
os.ReadFile读大文件（>100MB）容易 OOM，别用；小配置文件、JSON、模板文本很合适 -
os.WriteFile总是覆写，哪怕只改一行也要全量重写；如果目标文件正被其他进程读取，可能触发 Windows 上的“共享拒绝”错误 - 权限参数
0644在 Linux/macOS 有效，在 Windows 上会被忽略（NTFS 不支持 POSIX 权限）
bufio.Scanner 逐行读时容易漏掉最后一行换行符
bufio.Scanner 默认以 \n 切分，遇到文件末尾无换行符时，最后一行不会触发 Scan()，但也不会报错——数据静默丢失。
立即学习“go语言免费学习笔记（深入）”；
- 确认是否读完：循环结束后检查
scanner.Err()，如果是nil且scanner.Text()有值，说明最后一行没进循环 - 更稳的方式是用
bufio.NewReader+ReadString('\n')，它返回io.EOF而不是静默终止 - 二进制文件、含 null 字节的文件不能用
Scanner，它内部按 UTF-8 解码并跳过 BOM，会出错
os.OpenFile 的 flag 组合要手动位或，不能靠直觉
os.O_RDWR | os.O_CREATE | os.O_APPEND 看似合理，但实际效果是“可读可写 + 不存在则创建 + 写时追加”，而 os.O_RDWR 本身不包含 os.O_CREATE ——漏掉任一 flag 都可能失败。
-
O_APPEND必须和O_WRONLY或O_RDWR同时用，单独O_APPEND无效 -
O_EXCL | O_CREATE是原子性“创建新文件”，若文件已存在，OpenFile直接返回os.ErrExist，可用于锁文件场景 -
O_TRUNC只在O_WRONLY或O_RDWR下生效，O_RDONLY加它没用
真正麻烦的从来不是“怎么写”，而是“为什么这次写进去的内容不见了”——多数问题出在 flag 混搭、权限误设、或 Scanner 与 ReadAll 的语义混淆。动手前先想清楚：你要的是原子写入、流式读取、还是带锁的并发安全操作。
