调用外部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语言免费学习笔记（深入）”；
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",
}
}
这样上层可以通过类型断言判断是否为API错误，便于做重试、告警或降级处理。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
设置合理的超时与重试机制
默认的http.Client没有超时限制，可能导致goroutine阻塞。应显式设置超时：
client := &http.Client{
Timeout: 10 * time.Second,
}
对于临时性错误（如503、429），可实现简单重试逻辑：
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错误
}
生产环境可使用github.com/cenkalti/backoff等库实现指数退避重试。
日志记录与监控
每次API调用都应记录关键信息，包括URL、状态码、耗时、错误详情等，便于排查问题。
推荐使用结构化日志，如zap或logrus：
logger.Info("API调用完成",
zap.String("url", url),
zap.Int("status", resp.StatusCode),
zap.Duration("duration", time.Since(start)),
)
结合Prometheus等监控系统，可对错误率、延迟进行告警。
基本上就这些。关键是明确错误来源、分类处理、加上超时和重试，并做好可观测性。不复杂但容易忽略细节。
