Go中解析http.Client错误需分层处理:先判网络/传输层错误(如超时、连接失败),再查HTTP协议层状态码,最后捕获响应体读取错误;err!=nil时不可信任resp,仅err==nil才安全使用resp字段并defer关闭Body。

Go 中解析 http.Client 返回的 error,关键不是“统一判断 err != nil 就报错”,而是分层识别错误来源、性质和可恢复性。错误类型不同,处理方式差异很大——有些该重试,有些该告警,有些该立刻返回用户。
Go 的 HTTP 错误大致来自三个层面,必须逐层判断:
net.Error 接口,可通过 errors.Is(err, context.DeadlineExceeded) 或 netErr.Timeout() 判断。err == nil,resp 非 nil,必须检查 resp.StatusCode。io.ReadAll(resp.Body) 过程中发生网络中断、解压失败或流截断。这类错误发生在 resp.Body.Close() 之前,需单独捕获并处理。只要 err != nil,就不能假设 resp 有效——它可能为 nil,也可能部分初始化(例如有 Header 但无 Body)。安全写法是:
err,不为 nil 就直接处理或返回,不要碰 resp;err == nil 时,才可放心使用 resp.StatusCode、resp.Header 等字段;resp != nil,都必须调用 defer resp.Body.Close()(注意:要放在 err 检查之后)。以下错误应区别对待:
context.DeadlineExceeded 或 net.ErrTimeout:超时,适合加退避重试(尤其对 503、504);net.OpError + "connection refused" 或 "no such host":服务未启动或域名错误,一般不重试;tls.CertificateVerificationError:证书问题,需检查 TLS 配置或跳过验证(仅测试环境);401/403:鉴权失败,应检查 token 或权限配置;429:被限流,建议提取 Retry-After header 并延迟重试;5xx:服务端异常,可考虑有限次数重试(如 2 次),避免雪崩。避免每个请求都重复写一堆 if-else,可封装类似:
func CheckHTTPResp(resp *http.Response, err error) error {
if err != nil {
var netErr net.Error
if errors.As(err, &netErr) {
if netErr.Timeout() {
return fmt.Errorf("request timeout: %w", err)
}
}
return fmt.Errorf("network error: %w", err)
}
if resp.StatusCode < 200 || resp.StatusCode >= 300 {
body, _ := io.ReadAll(resp.Body)
return fmt.Errorf("http %d: %s", resp.StatusCode, strings.TrimSpace(string(body)))
}
return nil
}调用时:if err := CheckHTTPResp(resp, err); err != nil { ... }
基本上就这些。核心是别把 “请求没发出去” 和 “服务端说错了” 当成一回事处理。
以上就是Go中如何解析HTTP Client返回的error_HTTP Client Error解析说明的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号