自定义错误类型通过实现error接口、错误包装与errors.Is/As配合，提升Go程序错误处理的结构性和可调试性。
在Go语言中，错误处理是程序设计的重要组成部分。Go通过返回error类型来表示异常情况，而标准库中的errors.New和fmt.Errorf虽然能满足基本需求，但在复杂项目中往往需要更丰富的上下文信息和行为控制。这时，自定义错误类型就显得尤为重要。
1. 实现 error 接口定义自定义错误
Go中任何类型只要实现了Error() string方法，就属于error接口。这是构建自定义错误的基础方式。
例如，定义一个带有状态码和消息的错误类型：
type MyError struct {
Code int
Message string
}
func (e *MyError) Error() string {
return fmt.Sprintf("error %d: %s", e.Code, e.Message)
}
使用时可直接返回该类型的实例：
func something() error {
return &MyError{Code: 400, Message: "invalid input"}
}
调用方可以通过类型断言获取详细信息：
if err := something(); err != nil {
if myErr, ok := err.(*MyError); ok {
fmt.Println("Code:", myErr.Code)
}
}
2. 使用 errors.Is 和 errors.As 进行错误判断
从Go 1.13开始，errors包引入了Is和As函数，使错误比较和类型提取更加安全可靠。
errors.Is用于判断错误链中是否包含特定错误：
var ErrNotFound = errors.New("not found")
if errors.Is(err, ErrNotFound) {
// 处理资源未找到的情况
}
errors.As用于将错误链中的某个错误提取到指定类型的变量中：
var myErr *MyError
if errors.As(err, &myErr) {
fmt.Println("Custom error code:", myErr.Code)
}
这种方式优于类型断言，能正确处理包装过的错误（如使用wrap）。
3. 错误包装（Error Wrapping）保留上下文
使用%w动词可以包装底层错误，形成错误链，便于追踪问题源头。
func readConfig() error {
file, err := os.Open("config.json")
if err != nil {
return fmt.Errorf("failed to open config file: %w", err)
}
defer file.Close()
_, err = io.ReadAll(file)
if err != nil {
return fmt.Errorf("failed to read config: %w", err)
}
return nil
}
这样，原始系统错误被保留，同时增加了业务上下文。通过errors.Unwrap、errors.Is或errors.As仍可访问底层错误。
4. 预定义错误变量提升可维护性
对于常见的错误场景，建议定义全局错误变量，便于统一管理和比较。
var (
ErrInvalidArgument = errors.New("invalid argument")
ErrTimeout = errors.New("operation timed out")
ErrUnauthorized = errors.New("unauthorized access")
)
在函数中直接复用这些变量：
func divide(a, b float64) (float64, error) {
if b == 0 {
return 0, ErrInvalidArgument
}
return a / b, nil
}
调用方使用errors.Is(err, ErrInvalidArgument)进行判断，代码更清晰且易于测试。
基本上就这些。合理使用自定义错误类型能让Go程序的错误处理更结构化、更易调试。关键是根据实际需求选择合适的方式：简单场景用预定义变量，需携带数据时实现error接口，复杂调用链中使用错误包装，并配合errors.As和Is做安全判断。
