Go语言通过error接口实现错误处理，任何实现Error() string方法的类型均可作为错误。函数通常返回error值，nil表示无错，非nil需处理。标准库errors.New可创建基础错误，如divide函数中除零返回"errors.New(division by zero)"。自定义错误类型如MyError可携带Code和Message字段，并实现Error方法以提供详细信息，调用方通过类型断言获取具体错误类型进行精细化处理。Go 1.13引入错误包装机制，fmt.Errorf配合%w动词可将底层错误嵌入新错误，保留原始上下文，errors.Unwrap、errors.Is和errors.As用于解包和判断，支持链式错误追踪。最佳实践包括：不忽略error返回值、提供有意义的错误信息、在API边界统一处理错误、预定义常见错误变量（如ErrNotFound）、合理使用包装以兼顾上下文与语义清晰。Go虽无异常机制，但通过简洁的接口设计和严谨的返回检查习惯，实现了可控且健壮的错误处理流程。
在Go语言中，error接口是处理错误的核心机制。它不是一个特殊类型，而是一个预定义的接口，定义如下：
type error interface {
Error() string
}
任何实现了 Error() string 方法的类型都可以作为错误使用。这使得Go的错误系统简洁、灵活且易于扩展。
1. error接口的基本作用
error 接口的主要作用是统一错误的表示方式。函数执行失败时，通常会返回一个 error 类型的值，调用者通过判断该值是否为 nil 来确定操作是否成功。
例如：
立即学习“go语言免费学习笔记（深入）”；
func divide(a, b float64) (float64, error) {
if b == 0 {
return 0, errors.New("division by zero")
}
return a / b, nil
}
result, err := divide(10, 0)
if err != nil {
fmt.Println("Error:", err.Error()) // 输出: division by zero
}
这里 errors.New 创建了一个简单的错误实例，实现了 error 接口。err 不为 nil 时说明发生了错误。
2. 自定义错误类型
除了使用标准库提供的错误，我们还可以定义自己的错误类型，附加更多上下文信息。
比如：
type MyError struct {
Code int
Message string
}
func (e *MyError) Error() string {
return fmt.Sprintf("[%d] %s", e.Code, e.Message)
}
func doSomething() error {
return &MyError{Code: 404, Message: "resource not found"}
}
调用方可以通过类型断言获取具体错误类型，进行更精细的错误处理：
if err := doSomething(); err != nil {
if myErr, ok := err.(*MyError); ok {
fmt.Println("Error code:", myErr.Code)
}
}
3. 错误包装与链式错误（Go 1.13+）
从 Go 1.13 开始，标准库引入了错误包装机制，支持将一个错误“包裹”进另一个错误中，保留原始错误信息。
使用 %w 动词可以在 fmt.Errorf 中包装错误：
_, err := os.Open("config.json")
if err != nil {
return fmt.Errorf("failed to read config: %w", err)
}
之后可以用 errors.Unwrap 提取原始错误，或使用 errors.Is 和 errors.As 进行判断：
if errors.Is(err, os.ErrNotExist) {
fmt.Println("Config file does not exist")
}
var pathError *os.PathError
if errors.As(err, &pathError) {
fmt.Println("Path error occurred:", pathError.Path)
}
这种方式让错误具备了“堆栈”式的传播能力，同时保持了清晰的结构。
4. 最佳实践建议
- 不要忽略 error 返回值，即使暂时不处理也应显式写成 _ 或注释说明
- 创建错误时尽量提供有意义的信息，方便调试
- 在边界层（如API入口）统一处理并记录错误，避免泄露敏感信息
- 对于可预期的业务错误，定义明确的错误类型或变量（如 var ErrNotFound = errors.New("not found")）
- 合理使用错误包装，保留底层错误上下文的同时添加当前层的语义
基本上就这些。Go 的错误系统虽然没有异常机制，但通过返回 error 和接口设计，实现了清晰、可控的错误处理流程。关键在于养成良好的返回和检查习惯，善用包装和类型断言，就能写出健壮的代码。
