错误应逐层显式返回，不可忽略或仅打印日志；底层错误可直接返回，建议用%w包装以保留上下文；复杂场景可转换为统一业务错误类型，便于上层通过Code等字段进行重试、降级等处理。
在Go语言中，多层函数调用时的错误处理核心原则是：逐层显式返回错误。Go没有异常机制，所以必须通过返回值将错误从深层传递到上层调用者。
直接返回底层错误
最常见的情况是，某个函数调用底层操作（如文件读取、数据库查询），如果出错，直接将错误返回给上一层。
示例：func readFile(path string) ([]byte, error) {
data, err := os.ReadFile(path)
if err != nil {
return nil, err // 直接返回标准库的错误
}
return data, nil
}
func processFile(path string) error {
data, err := readFile(path)
if err != nil {
return err // 将readFile的错误继续向上抛
}
// 处理data...
return nil
}
包装错误以保留上下文
为了便于排查问题，建议在返回错误前添加上下文信息。从Go 1.13开始，推荐使用 %w 格式化动词包装错误。
示例：func processUser(id int) error {
user, err := fetchUserFromDB(id)
if err != nil {
return fmt.Errorf("failed to fetch user %d: %w", id, err)
}
return validateUser(user)
}
这样上层可以使用 errors.Unwrap、errors.Is 或 errors.As 分析原始错误类型，同时保留调用链信息。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
统一错误类型与业务判断
对于复杂应用，可以在中间层将底层错误映射为业务错误，便于上层统一处理。
示例：type AppError struct {
Code string
Message string
Err error
}
func (e *AppError) Error() string {
return e.Message
}
func serviceLayer(id string) error {
_, err := http.Get("https://api.example.com/" + id)
if err != nil {
return &AppError{Code: "NETWORK_ERROR", Message: "请求外部服务失败", Err: err}
}
return nil
}
上层可以根据 Code 字段做差异化处理，比如重试、降级或提示用户。
基本上就这些。关键点是不要忽略错误，也不要只打印日志而不返回。每一层按需决定是透传、包装还是转换错误，确保调用链能获得足够的信息。
