go中捕获文件读写异常需显式检查Error返回值，正确处理os.IsNotExist、os.IsPermission等错误，defer关闭文件并检查close错误，区分可恢复与不可恢复错误，避免panic，用fmt.Errorf包装错误增强上下文。
在 Go 中捕获文件读写异常，核心是正确处理 error 返回值，而不是依赖类似其他语言的 try-catch 机制。Go 要求显式检查每个可能出错的操作，这是保障程序安全执行的关键设计。
检查每个 I/O 操作的 error 返回值
Go 的标准库（如 os、io/ioutil（已弃用）、os.ReadFile、os.WriteFile、bufio 等）所有文件操作函数都会返回 error。必须逐个检查，不可忽略。
常见错误包括：文件不存在（os.IsNotExist(err)）、权限不足（os.IsPermission(err)）、磁盘满、路径过长、设备忙等。
示例：
立即学习“go语言免费学习笔记（深入）”；
data, err := os.ReadFile("config.json") if err != nil { if os.IsNotExist(err) { log.Fatal("配置文件不存在，请检查路径") } if os.IsPermission(err) { log.Fatal("无权读取该文件，请检查权限") } log.Fatalf("读取文件失败：%v", err) }
使用 defer + Close 并检查 close 错误
打开文件后务必调用 Close()，且 Close 本身也可能返回错误（例如写入缓冲区失败时在 close 阶段才暴露）。应使用 defer 延迟关闭，并单独检查 close 错误。
示例：
立即学习“go语言免费学习笔记（深入）”；
f, err := os.OpenFile("log.txt", os.O_appEND|os.O_CREATE|os.O_WRONLY, 0644) if err != nil { log.Fatal("打开日志文件失败：", err) } defer func() { if cerr := f.Close(); cerr != nil { log.Printf("关闭日志文件时出错：%v", cerr) } }() // 写入内容 _, err = f.WriteString("info: service startedn") if err != nil { log.Printf("写入日志失败：%v", err) return // 或按需处理 }
区分可恢复与不可恢复错误，合理设计重试或降级逻辑
不是所有文件错误都需要终止程序。例如临时性的 I/O 超时、设备短暂不可用，可考虑有限重试；而配置文件缺失或格式严重错误，通常应快速失败并提示用户。
建议做法：
- 对
syscall.EAGAIN、syscall.EINTR等临时性系统错误做自动重试（尤其在低层 syscall 场景） - 对网络文件系统（NFS）或远程存储，增加超时和重试策略
- 关键配置文件缺失时，拒绝启动并打印明确错误；非关键日志写入失败，可转为 stdout 输出或静默丢弃（需评估业务影响）
避免 panic，用 error 传递和包装增强上下文
不要用 panic 处理常规文件错误（除非是真正不可恢复的编程错误，如传入空路径且未校验）。推荐使用 fmt.Errorf 或 errors.Join（Go 1.20+）/ x/errors 包来包装错误，保留原始原因并添加位置、操作类型等上下文。
示例：
立即学习“go语言免费学习笔记（深入）”；
func loadConfig(path string) ([]byte, error) { data, err := os.ReadFile(path) if err != nil { return nil, fmt.Errorf("loadConfig: 读取配置文件 %q 失败: %w", path, err) } return data, nil }
调用方可通过 errors.Is 或 errors.As 判断底层错误类型，实现精准处理。