当前位置：首页 > 文章列表 > Golang > Go教程 > GolangHTTP重试与异常处理方法

GolangHTTP重试与异常处理方法

2026-01-16 12:39:40 0浏览收藏

golang学习网今天将给大家带来《Golang HTTP客户端重试与异常处理技巧》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

HTTP Client 默认不重试，必须手动实现；仅对301/302重定向且限GET/HEAD内部重试，网络层错误（如超时、DNS失败）需业务层封装指数退避重试，并注意Body可重放性。

如何使用Golang实现HTTP客户端请求重试_Golang HTTP Client异常处理方法

HTTP Client 默认不重试，必须手动实现

Go 标准库的 http.Client 在遇到网络错误（如连接超时、DNS失败、TLS握手失败）时**不会自动重试**，哪怕只是临时性抖动。它只在极少数 HTTP 状态码（如 301/302 重定向）下内部重试，且仅限 GET/HEAD 方法。这意味着你调用 client.Do(req) 后拿到 err != nil，基本就是请求彻底失败了——除非你自己加逻辑。

常见错误现象包括：net/http: request canceled (Client.Timeout exceeded while awaiting headers)、dial tcp: i/o timeout、tls: handshake failure。这些都不是服务端返回的 5xx，而是客户端底层连接阶段失败，标准 client 不会重试。

重试必须封装在业务调用层，不能依赖 http.Client 自身
不要对非幂等请求（如 POST/PUT/DELETE）无条件重试，可能造成重复提交
重试间隔建议用指数退避（exponential backoff），避免雪崩式重试冲击下游

用 http.Client + context.WithTimeout 实现可控重试

最轻量的做法是复用原生 http.Client，每次重试都新建 *http.Request 并带上独立的 context.Context 控制单次超时。关键点在于：重试逻辑与请求构造分离，避免共享可变状态。

示例中使用固定 3 次重试、初始 100ms 间隔、最大 1s 上限：

func doWithRetry(client *http.Client, req *http.Request, maxRetries int) (*http.Response, error) {
    var resp *http.Response
    var err error
    baseDelay := 100 * time.Millisecond
for i := 0; i <= maxRetries; i++ {
    // 每次重试都新建 context，防止超时继承
    ctx, cancel := context.WithTimeout(req.Context(), 5*time.Second)
    defer cancel() // 注意：这里 defer 只对最后一次循环生效，实际应移入循环内并及时调用

    retryReq := req.Clone(ctx)
    resp, err = client.Do(retryReq)
    if err == nil {
        return resp, nil
    }

    // 仅对可重试错误才继续，比如网络层错误；4xx 一般不重试
    if !isNetworkError(err) {
        return nil, err
    }

    if i < maxRetries {
        delay := time.Duration(math.Pow(2, float64(i))) * baseDelay
        if delay > time.Second {
            delay = time.Second
        }
        time.Sleep(delay)
    }
}
return resp, err
}
func isNetworkError(err error) bool {
if urlErr, ok := err.(*url.Error); ok {
return urlErr.Err != nil && (
strings.Contains(urlErr.Err.Error(), "timeout") ||
strings.Contains(urlErr.Err.Error(), "connection refused") ||
strings.Contains(urlErr.Err.Error(), "i/o timeout") ||
strings.Contains(urlErr.Err.Error(), "no such host")
)
}
return false
}

用第三方库 backoff/v4 简化指数退避逻辑

手写退避容易出错（比如忘记限制最大延迟、误用 defer 导致 context 泄漏）。推荐直接用 github.com/cenkalti/backoff/v4，它提供标准化的重试策略和错误分类支持。

注意两点：一是用 backoff.WithContext 包装操作，确保整体超时可控；二是通过 backoff.WithRetryableError 显式定义哪些错误允许重试，避免把 401 或 404 也重试了：

import "github.com/cenkalti/backoff/v4"
func doWithBackoff(client http.Client, req http.Request) (*http.Response, error) {
bo := backoff.WithContext(
backoff.NewExponentialBackOff(),
req.Context(),
)
var resp *http.Response
err := backoff.Retry(func() error {
    r, e := client.Do(req.Clone(req.Context()))
    if e != nil {
        if isNetworkError(e) {
            return e // 触发重试
        }
        return backoff.Permanent(e) // 终止重试
    }
    resp = r
    // 可选：对 5xx 响应也视为可重试
    if resp.StatusCode >= 500 && resp.StatusCode < 600 {
        return fmt.Errorf("server error: %d", resp.StatusCode)
    }
    return nil
}, bo)

return resp, err
}

重试时别忽略 Request.Body 的可重放性

这是最容易踩的坑：如果原始 req.Body 是 bytes.Reader 或 strings.Reader，那可以反复读；但如果是 os.File、net.Conn 或已关闭的 io.ReadCloser，重试时再调用 req.Body.Read() 就会返回 io.EOF 或 panic。

解决方案只有两个：

在发起请求前，把 Body 内容完全读入内存（如 bytes.Buffer），再用 bytes.NewReader(buf.Bytes()) 构造新 Body —— 适合小数据（
把原始 Body 数据作为参数传入重试函数，在每次重试时重新构造 bytes.NewReader(payload) —— 更安全，但需业务层持有 payload

如果你用 json.Marshal 构造 POST body，那就天然可重放；但若直接传 os.Stdin 或临时文件句柄，重试必然失败。

好了，本文到此结束，带大家了解了《GolangHTTP重试与异常处理方法》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！