处理第三方库错误需理解Go的error机制，通过errors.Is和errors.As判断错误类型，包装错误增加上下文，定义统一AppError结构体转换并分类第三方错误，提升可维护性。
在Golang中处理第三方库错误，关键是理解Go的错误处理机制，并结合实际场景进行封装与分类。Go通过返回error类型来表示错误，第三方库也不例外。直接使用其返回的错误往往不够清晰或难以维护，因此需要合理地处理、包装和判断。
理解第三方库的错误类型
很多第三方库会暴露自定义错误类型或变量，用于区分不同的错误情况。例如：
if err == someLib.ErrTimeout {
// 处理超时
} else if err == someLib.ErrNotFound {
// 处理未找到
}
这类错误通常以导出的错误变量形式存在，可以直接比较。你需要查阅文档或源码，确认是否有可识别的错误类型或值。
使用 errors.Is 和 errors.As 进行判断
从Go 1.13开始，errors包提供了Is和
As</strong>方法，支持对错误链进行判断和解包。</p><p><span>立即学习</span>“<a href="https://pan.quark.cn/s/00968c3c2c15" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">go语言免费学习笔记（深入）</a>”；</p>
<ul>
<li><strong>errors.Is(err, target)</strong>：判断错误是否等于目标错误（或包含在错误链中）</li>
<li><strong>errors.As(err, &target)</strong>：判断错误链中是否存在指定类型的错误，并赋值</li>
</ul>
<p>例如：</p>
<font face="Courier New">
<pre class="brush:php;toolbar:false;">
if errors.Is(err, os.ErrNotExist) {
log.Println("文件不存在")
}
如果第三方库使用fmt.Errorf并用<code>%w包装错误，这种机制就能层层追溯。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
包装第三方错误以增加上下文
直接返回第三方错误信息不利于调试。建议在不丢失原错误的前提下添加上下文：
_, err := thirdParty.Call()
if err != nil {
return fmt.Errorf("调用第三方服务失败: %w", err)
}
这样保留了原始错误，同时说明了发生错误的场景，便于日志追踪。
定义自己的错误类型和判断逻辑
对于复杂项目，可以将第三方错误映射为内部统一的错误类型：
type AppError struct {
Code string
Message string
Err error
}
func (e *AppError) Unwrap() error { return e.Err }
然后在调用第三方库时转换错误：
_, err := client.Do()
if err != nil {
if errors.Is(err, third.ErrAuthFailed) {
return &AppError{Code: "AUTH_FAILED", Message: "认证失败", Err: err}
}
return &AppError{Code: "UNKNOWN", Message: "未知错误", Err: err}
}
上层可以根据Code做不同处理，如重试、提示用户等。
基本上就这些。关键是别忽略错误，也别裸抛错误。包装、分类、判断，让错误更有意义。
