HTTP请求失败时resp可能为nil，须先判空再访问；需区分网络层、TLS层、HTTP语义层错误，用errors.As精准判断；StatusCode≥400仍需读取响应体，但须用context和MaxBytesReader限流限超时。
HTTP请求失败时，resp 可能为 nil，必须先判空再读取
Go 的 http.DefaultClient.Do() 在网络不可达、DNS失败、连接超时等情况下会直接返回 err != nil，此时 resp 是 nil。如果跳过判空就调用 resp.StatusCode 或 resp.Body.Close()，会触发 panic。
- 永远在
if err != nil后加return或显式处理，不要继续执行后续依赖resp的逻辑 - 即使
err == nil，也不能假设请求“成功”——HTTP 状态码如404、500仍属于服务端错误，需单独检查resp.StatusCode - 务必调用
resp.Body.Close()（在err == nil且resp != nil时），否则连接不会复用，容易耗尽文件描述符
区分三类错误：网络层、TLS层、HTTP语义层
Go 的 HTTP 错误不是单一类型，不同错误需要不同策略：
-
网络错误：如
dial tcp: i/o timeout、connection refused，通常来自net.OpError，适合重试（配合指数退避） -
TLS 错误：如
x509: certificate signed by unknown authority，多因证书配置问题，重试无意义，应检查http.Client.Transport.TLSClientConfig -
HTTP 语义错误：如
401 Unauthorized、429 Too Many Requests，需解析响应体（如 JSON error message）并按业务逻辑处理，而非当网络故障重试
用 errors.As 提取底层错误类型做精准判断
直接用 strings.Contains(err.Error(), "timeout") 不可靠——错误信息可能随 Go 版本变化。推荐用 errors.As 匹配具体错误类型：
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
var netErr net.Error
if errors.As(err, &netErr) && netErr.Timeout() {
// 处理超时，例如记录指标或触发重试
}
var urlErr *url.Error
if errors.As(err, &urlErr) && urlErr.Err != nil {
// 检查 urlErr.Err 是否为 *net.OpError 等
}
-
net.Error接口提供Timeout()和Temporary()方法，比字符串匹配更健壮 -
url.Error封装了原始错误，常用于 DNS 解析失败或 URL 格式错误 - 避免对
err.Error()做子串匹配，尤其在线上环境——它不属于 API 合约，随时可能调整
响应体读取前必须检查 resp.StatusCode，且用 io.ReadAll 配合 context 控制读取时限
即使 resp.StatusCode >= 400，服务端仍可能返回有意义的错误体（如 {"error": "invalid_token"}）。但直接调用 io.ReadAll(resp.Body) 有风险：
立即学习“go语言免费学习笔记（深入）”；
- 若服务端未关闭连接或发送超大响应体，会阻塞甚至 OOM
- 应结合
context.WithTimeout限制整个读取过程，而不是只限请求发起 - 始终用
defer resp.Body.Close()（在确认resp != nil后立即 defer）
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
body, err := io.ReadAll(http.MaxBytesReader(ctx, resp.Body, 1<<20)) // 限制最大 1MB
if err != nil {
// 处理读取超时或过大响应
}
实际处理中，最易被忽略的是：**把 4xx/5xx 当作网络错误统一重试**，结果导致鉴权失败反复刷 token，或 429 被持续加重。状态码语义必须由业务代码显式分支处理，不能交给通用重试逻辑兜底。 
