要减少go程序中高频调用路径的内存分配问题，核心方法是避免重复创建错误对象。1. 使用预定义错误变量，如var errinvalidinput = errors.new("invalid input")，在整个程序生命周期中只创建一次错误，适用于通用无上下文错误。2. 避免在热路径中动态生成错误，将errors.new替换为预先定义好的错误变量，如将函数内频繁调用的errors.new("negative number not allowed")改为返回已定义的errnegativenotallowed。3. 使用fmt.errorf包装错误时注意性能，优先使用%w格式保留原始错误类型而非构造新字符串信息，例如返回fmt.errorf("failed to process item: %w", err)以减少开销。4. 理论上可用sync.pool缓存错误对象，但因错误通常难以复用而不推荐。核心思路是：能复用就不新建，能静态就不动态，尤其避免在高频函数中使用errors.new造成累积性能瓶颈。
在写 Go 程序时，错误处理是必不可少的一部分。但如果你的程序对性能要求较高，尤其是高频调用路径中频繁使用 errors.New 创建错误，就可能会带来不必要的内存分配问题。想要减少这部分开销，关键在于避免重复创建错误对象。
1. 使用预定义错误变量
Go 的标准库中很多地方都用了这种做法：把常用的错误提前定义好，复用它们而不是每次都用 errors.New 新建一个。例如：
var (
ErrInvalidInput = errors.New("invalid input")
ErrNotFound = errors.New("not found")
)这样做的好处是，这些错误在整个程序生命周期中只会被创建一次，不会造成额外的内存分配。适用于那些不需要携带上下文信息的通用错误。
立即学习“go语言免费学习笔记（深入）”；
2. 避免在热路径中动态生成错误
所谓“热路径”，就是被频繁调用的代码路径，比如循环内部、HTTP 处理器或数据库查询封装函数等。如果在这里频繁调用 errors.New("xxx")，会导致频繁的堆内存分配和垃圾回收压力。
举个例子：
func doSomething(n int) error {
if n < 0 {
return errors.New("negative number not allowed")
}
// ...
}如果这个函数经常被调用，建议改成：
var ErrNegativeNotAllowed = errors.New("negative number not allowed")
func doSomething(n int) error {
if n < 0 {
return ErrNegativeNotAllowed
}
// ...
}这样就能避免每次出错都产生一次内存分配。
3. 用 fmt.Errorf 包装错误时注意性能
有时候我们确实需要携带更多信息，这时候会用到 fmt.Errorf，它底层也会调用 errors.New 并拼接字符串。因此，在性能敏感的地方要谨慎使用。
如果你只是包装已有的错误，可以考虑使用 fmt.Errorf(": %w", err) 的方式来保留原始错误类型，而不是每次都构造新的字符串错误信息。例如：
if err != nil {
return fmt.Errorf("failed to process item: %w", err)
}这种方式虽然还是会产生一点开销，但比每次都用 errors.New 拼接字符串要更高效一些。
4. 对特定场景使用 sync.Pool 缓存错误（不推荐）
理论上你可以用 sync.Pool 来缓存某些错误对象，但由于错误通常是一次性的，并且带上下文的错误难以复用，所以实际意义不大。除非你有非常特殊的业务场景，否则不太建议这样做。
基本上就这些。
核心思路就是：能复用就不新建，能静态就不动态。
尤其在高频函数里，别小看 errors.New 这一行代码，累积起来可能就是性能瓶颈之一。
