调用外部API时需处理网络错误、HTTP状态码异常和响应解析失败，使用http.Client注意检查StatusCode，封装自定义APIError类型便于错误分类，设置超时与重试机制避免阻塞，结合结构化日志与监控提升可观测性。
在Go语言开发中，调用外部API是常见需求，比如请求第三方服务、微服务间通信等。由于网络不稳定、服务不可用或参数错误等原因，API调用可能失败。如何优雅地处理这些错误，提升系统的健壮性和可维护性，是每个Golang开发者必须面对的问题。
理解HTTP客户端错误类型
Go的
net/http
包提供了基础的HTTP客户端功能。调用外部API时，常见的错误来源包括：
网络连接失败
：如DNS解析失败、超时、连接被拒绝
HTTP状态码异常
：如404、500、429等
响应体解析失败
：如JSON格式错误
使用
http.Client.Do()
方法时，只有网络层面的错误会返回非nil的
error
。而HTTP状态码为4xx或5xx时，
error
仍为nil，需手动检查
resp.StatusCode
。
正确做法示例：
立即学习
“
go语言免费学习笔记（深入）
”；
封装统一的错误类型
为了便于上层逻辑处理，建议定义自定义错误类型，区分不同错误场景。
例如：
在请求后根据状态码构造该错误：
这样上层可以通过类型断言判断是否为API错误，便于做重试、告警或降级处理。
php版微信js-sdk支付接口类
php版微信js-sdk支付接口类
下载
设置合理的超时与重试机制
默认的
http.Client
没有超时限制，可能导致goroutine阻塞。应显式设置超时：
对于临时性错误（如503、429），可实现简单重试逻辑：
生产环境可使用
github.com/cenkalti/backoff
等库实现指数退避重试。
日志记录与监控
每次API调用都应记录关键信息，包括URL、状态码、耗时、错误详情等，便于排查问题。
推荐使用结构化日志，如
zap
或
logrus
：
结合Prometheus等监控系统，可对错误率、延迟进行告警。
基本上就这些。关键是明确错误来源、分类处理、加上超时和重试，并做好可观测性。不复杂但容易忽略细节。
resp, err := http.Get("https://api.example.com/data")
if err != nil {
log.Printf("请求失败: %v", err)
return
}
defer resp.Body.Close()
if resp.StatusCode < 200 || resp.StatusCode >= 300 {
log.Printf("API返回错误状态码: %d", resp.StatusCode)
return
}
type APIError struct {
StatusCode int
Message string
Endpoint string
}
func (e *APIError) Error() string {
return fmt.Sprintf("API调用失败 [%d] %s (%s)", e.StatusCode, e.Message, e.Endpoint)
}
if resp.StatusCode != http.StatusOK {
return nil, &APIError{
StatusCode: resp.StatusCode,
Message: "请求未成功",
Endpoint: "https://api.example.com/data",
}
}
client := &http.Client{
Timeout: 10 * time.Second,
}
var resp *http.Response
var err error
for i := 0; i < 3; i++ {
resp, err = client.Get(url)
if err == nil && resp.StatusCode == http.StatusOK {
break
}
time.Sleep(1 * time.Second)
}
if err != nil {
return err
}
if resp.StatusCode != http.StatusOK {
// 返回自定义API错误
}
logger.Info("API调用完成",
zap.String("url", url),
zap.Int("status", resp.StatusCode),
zap.Duration("duration", time.Since(start)),
)