Go中处理第三方库错误需主动检查error值，利用errors.As和errors.Is进行类型与语义判断，避免依赖错误字符串，通过fmt.Errorf搭配%w封装上下文以保留调用链信息。
在 Go 语言开发中，调用第三方库时经常需要处理其返回的错误。Go 没有异常机制，所有错误都通过 error 类型显式返回，因此正确捕获和处理这些错误是保证程序健壮性的关键。
理解 error 的基本结构
Go 中的 error 是一个接口类型：
type error interface { Error() string }第三方库返回的错误通常实现了这个接口。你可以通过判断是否为 nil 来确认是否有错误发生：
resp, err := thirdPartyClient.DoSomething()if err != nil {
log.Printf("调用失败: %v", err)
// 进一步处理
}
类型断言与错误判断
有些第三方库会定义自己的错误类型（如 *json.SyntaxError、os.PathError），你可能需要根据具体类型做不同处理。这时可以使用类型断言或 errors.As（Go 1.13+）：
立即学习“go语言免费学习笔记（深入）”；
- 使用 errors.As 判断是否属于某类错误：
if errors.As(err, &pathErr) {
log.Printf("路径错误: %v", pathErr.Path)
}
- 使用 errors.Is 判断是否是某个预定义错误：
log.Println("文件不存在，执行创建逻辑")
}
检查错误字符串（谨慎使用）
当无法进行类型断言时，部分场景下可通过错误消息内容判断问题类型，但这种方式不推荐作为主要手段，因为错误信息可能变化：
if strings.Contains(err.Error(), "timeout") {// 处理超时逻辑
}
建议仅用于调试或兜底日志记录，核心逻辑应依赖类型或标准错误值。
封装并传递上下文信息
为了便于排查问题，可以在捕获第三方错误后添加上下文信息，使用 fmt.Errorf 包装错误：
resp, err := thirdPartyClient.FetchData(id)if err != nil {
return fmt.Errorf("获取数据失败 (ID=%d): %w", id, err)
}
注意使用 %w 标记可让后续的 errors.Is 和 errors.As 正常工作。
基本上就这些。关键是理解 error 是值，不是异常，要主动检查、合理分类，并保留调用链信息。
