明确可忽略的错误需有意识处理而非盲目跳过。例如文件不存在、目录检查失败等可预期错误，应使用errors.Is或errors.As判断具体类型，结合自定义错误如ErrNotFound提升语义清晰度，避免字符串比较或无记录忽略，确保程序安全继续。
在Go语言开发中，处理错误是日常操作。但有些错误属于可预期的、非致命的情况，比如文件不存在、网络临时超时、资源未就绪等。这类错误不需要中断程序流程，可以安全地忽略或跳过。
明确可忽略的错误场景
并不是所有错误都能忽略。只有那些业务逻辑中明确可接受的错误才应被跳过。常见例子包括：
- 尝试读取配置文件时文件不存在（使用默认值）
- 检查目录是否存在时返回“not exist”错误
- 关闭已关闭的网络连接
- 并发操作中某个任务提前完成或取消
关键在于：你清楚知道这个错误的含义，并且程序能继续安全运行。
使用 errors.Is 或 errors.As 判断特定错误
Go 1.13+ 推荐使用 errors.Is 和 errors.As 来判断错误类型，比直接比较更安全，支持错误包装。
立即学习“go语言免费学习笔记（深入）”；
例如，忽略“文件不存在”错误：
data, err := os.ReadFile("config.json")
if err != nil {
if errors.Is(err, fs.ErrNotExist) {
// 文件不存在，使用默认配置，安全跳过
useDefaultConfig()
} else {
// 其他读取错误，需要处理
log.Fatal("读取配置失败:", err)
}
}
对于系统调用错误，可使用 errors.As 提取底层错误：
if err != nil {
var pathError *fs.PathError
if errors.As(err, &pathError) {
if pathError.Err == syscall.ENOENT {
// 处理路径不存在
return
}
}
// 其他错误继续上报
}
定义自定义错误类型用于控制流
在内部逻辑中，可以定义特定错误表示“可忽略状态”，比如：
var ErrNotFound = errors.New("item not found")
// 调用方
result, err := findItem(id)
if err != nil {
if errors.Is(err, ErrNotFound) {
// 安全跳过，执行默认逻辑
handleAsEmpty()
} else {
// 真正的错误
return err
}
}
这样能让错误语义更清晰，避免误判系统错误。
不推荐的做法
- 完全忽略 err：_ = xxx() —— 除非你100%确定无副作用
- 用字符串比较错误信息：err.Error() == "file not exist" —— 不稳定，易受翻译或格式变化影响
- 在循环中频繁忽略错误却不记录 —— 可能掩盖真实问题
即使是可忽略错误，也建议在调试日志中记录，便于排查问题。
基本上就这些。关键是有意识地处理，而不是盲目忽略。Go的显式错误机制是为了提高可靠性，合理使用才能兼顾健壮性与简洁性。
