如何在Golang中编写一个能够自动重试的网络请求函数-Golang-PHP中文网

应封装在独立函数（如dowithretry）中，而非client或业务代码：避免污染全局、支持并发安全；需结合指数退避+随机抖动、上下文超时控制、状态码白名单（502/503/504等）及非幂等请求限制重试。

如何在golang中编写一个能够自动重试的网络请求函数

重试逻辑该封装在 client 还是单独函数里？

直接写在业务代码里容易重复、难测、难调，也违背单一职责。Go 标准库 http.Client 本身不带重试，但它的 Transport 和 Timeout 可以配合自定义逻辑控制底层行为。更合理的方式是封装一个独立函数（比如 DoWithRetry），接收原始 *http.Request 和重试策略，而不是改造 http.Client 实例——后者容易污染全局行为，尤其在并发场景下。

怎么设置重试间隔才不被服务端限流？

固定间隔（如每次等 1s）在高并发时可能触发服务端熔断或限流；指数退避（exponential backoff）是通用解法。Go 官方 backoff 库（github.com/cenkalti/backoff/v4）提供现成实现，但若不想引入依赖，可用 time.Sleep + 简单乘数模拟：第一次 100ms，第二次 200ms，第三次 400ms……注意上限（比如最大 2s），避免单次请求拖太久。还要加 jitter（随机偏移），防止大量请求在同一时刻重试撞墙。

常见错误是忽略上下文超时：即使重试 3 次，总耗时也不能超过业务允许的 deadline。务必用 ctx, cancel := context.WithTimeout(parentCtx, 5*time.Second) 包裹整个重试过程，并在每次重试前检查 ctx.Err() != nil。

哪些 HTTP 状态码和错误类型该重试？

不是所有失败都适合重试：400 Bad Request、401 Unauthorized、403 Forbidden、404 Not Found 属于客户端问题，重试无意义；而 5xx（尤其是 502、503、504）和服务暂时不可达（如 net.OpError、net/http: request canceled）才是重试目标。

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

实操建议用白名单而非黑名单判断：

重试条件列表：502, 503, 504, 0（表示连接失败，resp 为 nil）
跳过重试的明确错误：url.Error 中含 "timeout" 或 "connection refused" 通常要重试；但若错误是 "invalid URL" 就该立刻失败
注意：某些 5xx 是服务端永久错误（如配置错误导致的 500），可结合响应 body 关键字（如含 "retryable": false）动态跳过

如何避免重试时重复提交 POST 请求？

GET / HEAD / OPTIONS 天然幂等，重试安全；但 POST / PUT / DELETE 必须确认是否幂等。最稳妥的是服务端支持 Idempotency-Key 请求头（客户端生成 UUID 传过去，服务端去重）。若服务不支持，客户端只能限制重试范围：对非 GET 请求，默认只重试连接类错误（net.OpError、http.ErrHandlerTimeout），不重试已发出但返回 500 的响应——因为此时服务端很可能已处理了请求。

简单示例逻辑：

if req.Method != "GET" && resp != nil && resp.StatusCode >= 500 {
    // 不重试，直接返回
    return resp, err
}
if req.Method != "GET" && err != nil && isNetworkError(err) {
    // 可重试
    continue
}

真正麻烦的是中间件或代理层悄悄重写了状态码，或者服务端返回 200 但 body 里写 {"code":500} ——这种得靠业务层解析 body 判断，重试函数无法通用处理。