不能用const定义error，因为error是接口类型，其值在编译期无法确定。Go中error为内置接口，包含动态类型和数据，不满足const的静态语义要求。即使Error()字符串相同，两个error实例也不相等。推荐使用var声明全局错误变量，如：var ErrNotFound = errors.New("resource not found")，确保错误唯一且可比较。自Go 1.13起，可用fmt.Errorf与%w包装错误，并通过errors.Is判断原始错误类型，errors.As提取具体错误信息。对于需携带上下文的场景，可定义结构体实现error接口，提升错误处理的类型安全与可维护性。统一使用var定义错误常量并规范封装机制，可构建清晰、复用性强的错误管理体系。

在Go语言中，不能使用const定义错误值，因为error是接口类型，而const仅支持基本类型如字符串、数字和布尔值。虽然无法用const声明错误常量，但可以通过var或专门的错误封装机制实现错误的复用和统一管理。

为什么不能用const定义error？

Go中的error是一个内置接口：

type error interface {
  Error() string
}

接口类型的值是动态的，包含具体类型和数据，无法在编译期确定其唯一性，因此不满足const的语义要求。即使返回字符串相同，两个errors实例也不相等。

推荐的错误定义方式：使用var声明全局变量

标准做法是使用var定义可导出的error变量，这些变量在整个程序中可复用：

立即学习“go语言免费学习笔记（深入）”；

var (
  ErrNotFound = errors.New("resource not found")
  ErrInvalidInput = errors.New("invalid input provided")
  ErrTimeout = errors.New("operation timed out")
)

这种方式确保了错误值的唯一性和可比较性。你可以使用==直接判断错误类型：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

if err == ErrNotFound {
  // 处理未找到的情况
}

支持上下文的错误封装与判断

从Go 1.13开始，errors包支持错误链（wrapped errors）。若需添加上下文信息同时保留原始错误类型，应使用fmt.Errorf配合%w动词：

err := fmt.Errorf("failed to process user: %w", ErrInvalidInput)

之后可用errors.Is进行语义比较：

if errors.Is(err, ErrInvalidInput) {
  // 匹配到被包装的原始错误
}

这使得即使错误被多层包装，仍能准确识别核心错误类型，便于统一处理策略。

自定义错误类型提升可维护性

对于需要携带额外信息的场景，可定义结构体实现error接口：

type AppError struct {
  Code int
  Message string
}

func (e *AppError) Error() string {
  return e.Message
}

结合errors.Is和errors.As，可在保持类型安全的同时进行错误分类和信息提取：

var appErr *AppError
if errors.As(err, &appErr) {
  log.Printf("App error %d: %s", appErr.Code, appErr.Message)
}

基本上就这些。虽然Go不允许const error，但通过var定义错误变量、合理使用errors.Is/As以及必要时构造自定义错误类型，完全可以实现清晰、可复用、易维护的错误处理体系。关键是统一项目内的错误定义规范，避免散落的临时错误字符串。