Go HTTP客户端需手动实现带指数退避的重试（如100ms→200ms→400ms），捕获网络错误而非所有5xx；配合熔断器（如gobreaker）控制故障传播，并在熔断或重试失败后执行业务有意义的降级，三者须严格按“熔断→重试→降级”顺序组合使用。
Go HTTP客户端如何实现带退避的重试
直接用 http.Client 默认不重试，出错就返回；必须自己封装逻辑。核心是捕获网络类错误（如 net.OpError、context.DeadlineExceeded）并判断是否值得重试，而非对所有 5xx 一概重试。
- 用
retryablehttp库最省事，但要注意它默认重试 GET/HEAD，POST/PUT 等非幂等方法需显式开启AllowNonIdempotent: true - 手动实现时，建议用
time.Sleep+ 指数退避（如 100ms → 200ms → 400ms），避免雪崩；别用固定间隔 - 务必设置重试上限（通常 3–5 次）和总超时（如
context.WithTimeout包裹整个重试流程），否则可能卡死 - 注意：重试时要重新构造
*http.Request，因为原请求的Body可能已被读取关闭，直接复用会报http: request body closed
何时该触发降级，以及怎么写降级逻辑
降级不是“重试失败后随便返回个假数据”，而是针对具体依赖不可用时，提供有业务意义的兜底行为。比如用户服务超时，可返回缓存头像+默认昵称，而不是空 JSON。
- 降级条件要明确：仅对特定错误类型降级，例如
errors.Is(err, context.DeadlineExceeded)或自定义的ErrServiceUnavailable；别把参数校验失败也降级 - 降级函数应与主逻辑签名一致（同输入、同返回），便于统一调用；可用闭包预置 fallback 数据或轻量计算逻辑
- 避免在降级里再调第三方（如降级时去查 Redis，结果 Redis 也挂了），降级路径必须足够简单、快速、无外部依赖
- 记录降级日志（含原始错误），否则线上出了问题根本不知道哪条链路被绕过了
结合 circuit breaker 做自动熔断
纯重试 + 降级还不够——如果下游持续 5 秒内失败率超 50%，继续重试只是浪费资源。需要用熔断器在故障期间主动跳过调用。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 推荐
sony/gobreaker，配置Settings{Interval: 30 * time.Second, Timeout: 60 * time.Second, ReadyToTrip: func(counts gobreaker.Counts) bool { return counts.TotalFailures > 5 && float64(counts.TotalFailures)/float64(counts.Requests) > 0.5 }} - 熔断状态（Open）下，所有请求直接走降级，不发 HTTP；半开（Half-Open）时放行少量请求试探，成功才恢复
- 注意：
gobreaker的Execute方法返回的是(interface{}, error)，需类型断言；建议包装一层泛型函数避免重复断言 - 别把熔断器实例全局共享又混用在不同服务调用上——每个依赖（如 order-service、user-service）应有独立熔断器
真实场景下的组合调用顺序
重试、熔断、降级不是并列开关，而是有严格执行顺序：先查熔断器状态 → 若允许通行，再执行带重试的 HTTP 调用 → 全部失败后才进降级。顺序错了会导致降级被绕过或重试在熔断期仍发生。
立即学习“go语言免费学习笔记（深入）”；
- 典型结构：
if err := cb.Execute(func() (interface{}, error) { return doRequestWithRetry(ctx, req) }); err != nil { return fallbackHandler(ctx, req, err) } - 别在重试循环里嵌套熔断检查——熔断是跨请求的统计行为，必须在最外层做
- 测试时用
gock模拟 HTTP 失败，并手动设熔断器为 Open 状态，验证是否真走了降级路径 - 生产环境一定要暴露熔断器状态（如 Prometheus 指标
circuit_breaker_state{service="user"}），否则故障时无法快速定位是重试策略问题还是熔断误触发
重试次数、退避系数、熔断窗口、降级响应构造——这些参数没有通用值，必须按依赖服务的 SLA 和自身流量特征调优。上线前至少压测三组不同参数组合，看错误率与平均延迟的变化拐点。
