Go错误处理核心是“不抛异常、必显式处理”，error为接口，惯例作函数最后一个返回值，需显式检查；推荐用%w包装、哨兵错误或自定义类型精准判断，避免忽略或字符串匹配。
掌握Golang错误返回机制，核心是理解它“不抛异常、必显式处理”的设计哲学。Go把错误当作普通值来传递和判断，不是靠try-catch掩盖流程，而是靠函数签名约定、清晰检查和分层包装来保障可靠性。
error是接口，最后一个返回值是惯例
Go中error是一个内置接口：type error interface{ Error() string }。任何实现了Error()方法的类型都可作error使用。标准写法是让error作为函数**最后一个返回值**：
- 调用后必须检查：
if err != nil { /* 处理 */ } - 成功时err为
nil，其他返回值应为有效值；失败时err非nil，其他返回值按规范应为零值（如切片为nil、数字为0） - 不强制语法限制，但这是整个生态的共识——标准库、主流框架、团队规范都遵循它
包装错误要带上下文，优先用%w
单层errors.New或fmt.Errorf("%v", err)会丢失原始错误信息，难以追踪源头。从Go 1.13起，推荐用%w动词包装：
-
return fmt.Errorf("加载配置失败: %w", err)→ 可被errors.Is或errors.As解包 - 多层调用时，每层加一层前缀，形成可读链：
"API层: 服务层: DB层: no rows" - 避免只拼字符串：
fmt.Errorf("加载配置失败: " + err.Error())—— 这样就断了错误链
用哨兵错误或自定义类型做精确判断
靠err.Error()字符串匹配既脆弱又难维护。更可靠的方式是预定义变量或结构体：
立即学习“go语言免费学习笔记（深入）”；
- 哨兵错误：
var ErrNotFound = errors.New("record not found")，调用方用errors.Is(err, ErrNotFound)判断 - 带字段的错误：
type ValidationError struct{ Field, Msg string }，实现Error()方法，再用errors.As(err, &ve)提取细节 - HTTP服务中常统一用
AppError封装状态码、日志ID、用户提示等，便于中间件统一响应
错误处理要早返回，别嵌套太深
常见反模式是写成大段if err != nil { ... } else { ... }嵌套。正确做法是“失败即退出”：
-
if err != nil { return nil, fmt.Errorf("xxx: %w", err) }→ 紧接着写正常逻辑，缩进平铺 - 对资源操作，用
defer配合recover仅用于极少数不可恢复的panic场景（如空指针、数组越界），**不是常规错误处理手段** - 不要忽略error：
_ , err := doSomething(); if err != nil { ... }可以，但_ , _ := doSomething()是严重隐患
基本上就这些。不复杂但容易忽略：写函数时默认加error返回，调用时第一件事是看err，出错时用%w包一层再往上交，关键分支用哨兵或结构体留好判断入口。
