自定义错误类型能携带上下文信息并支持特定行为判断，例如通过结构体包含文件名、操作类型等字段，并实现Error()方法以提供详细错误描述。
现Error()方法以提供详细错误描述。在Go语言中，错误处理是通过返回值实现的，而不是异常机制。这使得开发者必须显式地检查和处理每一个可能出现的错误。error 是一个内建接口，定义如下：
type error interface {
Error() string
}
任何实现了 Error() 方法并返回字符串的类型都可以作为错误使用。虽然标准库中的 errors.New 和 fmt.Errorf 能满足基本需求，但在复杂项目中，创建自定义错误类型能提供更丰富的上下文信息和更强的控制能力。
为什么需要自定义错误类型？
内置的简单错误无法携带额外信息或支持特定行为。比如你可能想区分“网络超时”和“数据库连接失败”，或者记录错误发生的时间、操作ID等。自定义错误结构体可以包含这些字段，并实现判断逻辑。
使用结构体实现自定义错误
最常见的方式是定义一个结构体，包含必要的上下文字段，并实现 Error() 方法。
例如，我们定义一个表示文件处理失败的错误：
type FileError struct {Filename string
Op string
Err error
}
func (e *FileError) Error() string {
return fmt.Sprintf("file error during %s on %s: %v", e.Op, e.Filename, e.Err)
}
然后可以在函数中返回这个错误：
func readFile(name string) ([]byte, error) {data, err := os.ReadFile(name)
if err != nil {
return nil, &FileError{
Filename: name,
Op: "read",
Err: err,
}
}
return data, nil
}
通过类型断言识别具体错误
有了自定义结构体后，调用方可以根据错误类型做出不同响应。
data, err := readFile("config.json")if err != nil {
if fileErr, ok := err.(*FileError); ok {
if fileErr.Op == "read" {
log.Printf("failed to read file %s: %v", fileErr.Filename, fileErr.Err)
}
} else {
log.Printf("unexpected error: %v", err)
}
}
这样就能对特定类型的错误执行重试、日志记录或用户提示等操作。
使用哨兵错误与 errors.Is 配合
如果你不需要附加数据，只是想标记某一类错误，可以用包级变量定义“哨兵错误”（sentinel errors），再结合 errors.Is 判断。
var ErrNotFound = errors.New("not found")func findUser(id int) (*User, error) {
if id return nil, ErrNotFound
}
// ...
}
调用时使用 errors.Is 检查：
_, err := findUser(0)if errors.Is(err, ErrNotFound) {
fmt.Println("user not found")
}
这种方式比字符串比较更安全，且支持包装链中的深层匹配。
包装错误并保留原始信息
从 Go 1.13 开始，推荐使用 %w 动词来包装错误，这样可以通过 errors.Unwrap 访问底层错误。
if err != nil {return fmt.Errorf("processing failed: %w", err)
}
结合自定义类型也可以实现包装：
func (e *FileError) Unwrap() error {return e.Err
}
之后可用 errors.Unwrap 或 errors.Cause（第三方库）追溯原始错误。
基本上就这些。自定义错误的核心在于利用结构体携带上下文，通过接口实现灵活判断，同时合理使用包装机制保持错误链完整。不复杂但容易忽略细节。
