os.Open返回*os.PathError时需用errors.Is(err, os.ErrNotExist)判断文件不存在，或errors.Is(err, os.ErrPermission)判断权限问题；类型断言可获取pe.Err进一步判断syscall错误；defer前必须确保f非nil。
os.Open 返回 *os.PathError 时怎么判断具体错误类型
Go 的文件操作错误不是简单布尔值，os.Open 失败时返回的 *os.PathError 包含底层原因，直接用 err == nil 只能知道成败，无法区分是“文件不存在”还是“权限不足”。
正确做法是用 errors.Is 或类型断言：
-
errors.Is(err, os.ErrNotExist)判断是否因文件不存在失败（兼容 symlink、目录等场景） -
errors.Is(err, os.ErrPermission)检查权限问题 - 需要更细粒度控制时，做类型断言：
if pe, ok := err.(*os.PathError); ok && pe.Err == syscall.EACCES
注意：不要用 strings.Contains(err.Error(), "no such file") —— 错误文本不保证稳定，跨系统/语言可能变化。
defer f.Close() 前忘记检查 f 是否为 nil 会 panic
os.Open 失败时返回 nil, err，如果直接写 defer f.Close() 而没检查 f，后续调用 defer 时会 panic：panic: runtime error: invalid memory address or nil pointer dereference。
立即学习“go语言免费学习笔记（深入）”；
安全写法只有两种：
- 在
if err != nil分支里 return，确保f非 nil 后再 defer：f, err := os.Open("x.txt"); if err != nil { return err }; defer f.Close() - 或显式判空：
if f != nil { defer f.Close() }（仅适用于不能立即 return 的复杂逻辑）
别依赖 “反正 defer 不会立刻执行” 来绕过检查 —— 这是常见侥幸心理，实际极易漏掉。
io.Copy 和 os.WriteFile 对错误处理的隐含差异
io.Copy 在读写中途出错时，返回已复制字节数 + 错误；而 os.WriteFile 是原子写入，要么全成功，要么失败且不产生部分文件（除非目标路径已有同名文件且可截断）。
这意味着：
- 用
io.Copy中转大文件时，需检查返回的n和err，尤其当目标是网络连接或设备文件时，可能只写入一部分就断开 -
os.WriteFile更适合配置文件、JSON 等小数据，它内部自动调用os.CreateTemp+os.Rename实现原子替换（Linux/macOS），但 Windows 下 rename 不是原子的，此时仍可能看到中间状态 - 若需强原子性且跨平台，应手动用
os.CreateTemp+io.Copy+os.Rename，并确认 rename 失败后清理临时文件
os.ReadFile 读大文件导致 OOM 不是错误而是设计使然
os.ReadFile 把整个文件读进内存，对几百 MB 以上文件极易触发 OOM。它没有错误提示，只是让你的程序被系统 kill 或卡死。
替代方案取决于使用场景：
- 逐行处理日志：
scanner := bufio.NewScanner(f); for scanner.Scan() { process(scanner.Text()) } - 流式解析 JSON：
json.NewDecoder(f).Decode(&v)（要求 JSON 是单个对象，非数组） - 分块读取二进制：
buf := make([]byte, 64*1024); for { n, err := f.Read(buf); ... }
记住：os.ReadFile 的便利性是以内存为代价的，它的文档明确写着 “It reads the entire file”, 不是 bug，是契约 —— 你得自己判断文件是否“小”。
