Go语言通过返回error类型显式处理错误，要求调用后立即检查。例如os.Open、http.Get等函数需先判断err是否为nil，避免使用无效资源。常见疏漏包括忽略错误、延迟检查或假设执行成功，尤其在文件操作、网络请求和JSON编解码中更需注意。复杂流程可复用err变量逐层检查，结合defer释放资源，但不应依赖panic控制流程，仅用于不可恢复状态。坚持“调用即检查”原则，确保程序健壮性。
在Go语言中，错误处理是函数调用中不可或缺的一环。与许多其他语言使用异常机制不同，Go通过返回error类型显式暴露错误，要求开发者主动检查和处理。正确地进行函数调用错误检查，不仅能提升程序的健壮性，还能避免潜在的运行时问题。
理解Go中的错误返回模式
Go函数通常将error作为最后一个返回值。调用后必须立即检查错误，不能忽略。例如：
result, err := os.Open("config.txt")
if err != nil {
log.Fatal(err)
}
// 继续使用 result
这是标准模式。如果忽略err，程序可能在后续操作中因无效资源而崩溃。因此，任何返回error的函数调用都应伴随条件判断。
避免常见的错误检查疏漏
新手常犯的错误包括：忽略返回的error、错误地假设函数执行成功、或延迟检查错误导致上下文丢失。
立即学习“go语言免费学习笔记（深入）”；
以下是一些需要特别注意的场景：
-
文件操作：如
os.Create、file.Write等，即使文件已创建，写入也可能失败。 -
网络请求：使用
http.Get时，即使返回了响应，也需先检查err，否则resp可能为nil。 -
JSON编解码：
json.Unmarshal可能因数据格式问题返回错误，需验证。
始终遵循“调用即检查”原则，确保每一步都安全。
封装与链式调用中的错误处理
在复杂流程中，多个函数依次调用，每个都可能出错。可以使用变量复用简化代码：
var err error
file, err := os.Open("data.json")
if err != nil {
return err
}
defer file.Close()
data, err := io.ReadAll(file)
if err != nil {
return err
}
var config Config
err = json.Unmarshal(data, &config)
if err != nil {
return err
}
这种线性检查清晰明了。若希望更简洁，可考虑使用辅助函数或错误包装（Go 1.13+支持fmt.Errorf("%w", err)）保留原始错误链。
使用defer与panic的注意事项
虽然Go支持panic和recover，但在普通错误处理中不推荐用于控制流程。它们更适合不可恢复的程序状态。对于预期错误（如用户输入错误、文件不存在），应使用error返回。
结合defer时，注意资源释放仍需依赖显式错误判断。例如：
tx, _ := db.Begin()
defer func() {
if r := recover(); r != nil {
tx.Rollback()
panic(r)
}
}()
// ...数据库操作
if err != nil {
tx.Rollback()
return err
}
tx.Commit()
这里defer用于异常恢复，但正常错误仍靠if err != nil处理。
基本上就这些。坚持每次调用后检查err，合理使用defer释放资源，避免滥用panic，就能写出稳定可靠的Go代码。
