使用全局变量复用错误实例，避免频繁创建；延迟错误包装至顶层，减少开销；禁用panic控制流；用errors.Is/As替代字符串比较，提升性能与可维护性。
Go语言的错误处理虽然简洁直观，但在高并发或频繁调用场景下，不当使用可能影响性能。优化错误处理的关键在于减少开销、避免冗余操作，并合理设计错误传递机制。
减少运行时错误创建开销
每次调用errors.New或fmt.Errorf都会分配内存并生成调用栈信息，频繁使用会增加GC压力。
- 对固定错误消息，使用var定义全局错误变量，复用实例
- 避免在热路径中频繁构造错误，如循环内部
示例：
var ErrNotFound = errors.New("resource not found")
这样可避免重复分配，提升性能。
立即学习“go语言免费学习笔记（深入）”；
延迟错误包装直到必要时刻
使用github.com/pkg/errors时，Wrap和WithStack会捕获完整调用栈，代价较高。
- 在底层函数中返回基础错误，不立即包装
- 在顶层或日志输出前再进行错误增强
这样能减少中间层的性能损耗，同时保留关键上下文。
避免过度使用panic/recover
panic虽然可用于控制流，但其恢复机制开销远高于正常错误返回。
- 仅用于真正不可恢复的程序错误
- 高频路径中始终使用error返回而非panic
recover的栈展开成本高，滥用会导致性能急剧下降。
使用哨兵错误和类型断言替代字符串比较
通过errors.Is和errors.As（Go 1.13+）判断错误类型，比字符串匹配更高效且安全。
- 定义语义化错误类型，便于识别和处理
- 避免在错误处理分支中使用strings.Contains(err.Error(), "...")
这不仅提升性能，也增强代码可维护性。
基本上就这些。合理设计错误策略，既能保证可观测性，又能减少运行时负担。
