Resilience重试机制

Targo
80 阅读4分钟

🎯 从零了解 Resilience 重试机制：用 Go 构建健壮的容错系统

在构建稳定可靠的系统时，我们经常会遇到各种临时失败，比如：

  • 网络短暂不可达
  • 第三方 API 超时
  • 数据库瞬时错误

这些失败不一定是致命的，合理的重试机制（Retry）可以显著提升系统的成功率与稳定性。今天我们基于仓库 resilience（一个 Go 弹性库）来讲讲如何优雅实现重试逻辑。(GitHub)

🔍 什么是重试（Retry）机制？

重试（Retry） 是一种错误处理策略：当某个操作失败时，不立即放弃，而是在失败后重新尝试执行操作，直到成功或达到重试上限。
它可用于应对 短暂性故障（例如网络抖动或服务不可用）——这些故障往往在多次尝试后就能恢复。

常见的重试场景：

✔ API 调用失败
✔ 数据库连接超时
✔ 消息队列发送失败

❗ 但请注意：重试不是万能的。对于非幂等操作或持续失败的情况，盲目重试不仅无效，还可能造成更大的压力甚至雪崩式故障。(掘金)

📦 Resilience 库中的 Retry 实现

HongFeng-Chen/resilience 仓库是一个 Go 语言的 弹性策略库，与 Java 的 Resilience4j 思想类似，提供了常用的容错模式，包括：
✔ Retry 重试
✔ Circuit Breaker 熔断
✔ Timeout 超时
✔ Fallback 降级
✔ Bulkhead 舱壁隔离
✔ 策略组合（Wrap）(GitHub)

其中 Retry 是最基础也是最常用的一种容错策略。

🧠 Retry 核心用法示例

下面是一个典型的重试调用逻辑示例：

subResult := 0
err := resilience.NewRetry(3).
    Handle(func(err error) bool {
        // 判断哪个错误可以重试
        return errors.Is(err, ErrMyCustom)
    }).
    WithBackoff(resilience.FixedBackoff{
        Delay: 2 * time.Second,
    }).
    OnRetry(func(attempt int, err error, delay time.Duration, ctx context.Context) {
        log.Printf("第 %d 次重试, 延迟 %v", attempt, delay)
    }).
    Execute(context.Background(), func(ctx context.Context) error {
        // 失败时会被自动重试
        var suberr error
        subResult, suberr = doSomething2(ctx)
        return suberr
    })

解释一下关键点：
🔹 NewRetry(3) —— 最大重试次数为 3。
🔹 Handle(...) —— 定义哪些错误需要被重试（错误筛选）。
🔹 WithBackoff(...) —— 配置重试策略，这里使用固定间隔回退。
🔹 OnRetry(...) —— 每次重试会触发回调，可用于埋点/日志。
🔹 Execute(...) —— 包装业务操作。(GitHub)

📈 重试策略详解

🧰 1) 固定间隔重试

重试间隔是固定的，比如每次间隔 2 秒：

WithBackoff(resilience.FixedBackoff{Delay: 2*time.Second})

适合失败恢复时间较一致的场景。

⏱ 2) 指数 / Jitter 重试策略

相比固定间隔，指数退避 + 抖动（Jitter） 更适合高并发场景，它可以减少重试风暴、均匀分布重试时间，提高成功率。
（虽然当前库内置的是基础 Backoff，配合自定义函数也可以实现指数退避）(掘金)

🧠 3) 永远重试

也可以配置 无限重试：

policy := resilience.Forever()

⚠️ 请谨慎使用，无限重试更适合某些守护类型任务，而不适合用户请求路径。(GitHub)

🧩 重试要点与最佳实践

🔁 幂等性是关键

重试操作必须是 幂等的：同样的请求执行多次，结果不应产生副作用。
例如：查询操作可以随便重试；但重复扣钱/发送短信等操作必须设计成幂等。(掘金)

🎯 指数回退 + 抖动（Jitter）

仅固定间隔重试会导致大量请求同时重试，从而产生冲击。指数退避能缓解这种问题，而加上抖动可以进一步避免峰值重试集中在固定时间点。(掘金)

📊 监控与日志

每次重试失败都应该记录日志，并统计成功率与失败率，这样才能实时调整策略。

📉 与熔断器配合

重试 + 熔断器（Circuit Breaker） 组合可以大幅提升系统稳定性：

✔ 请求失败时先重试
✔ 多次失败后触发熔断
✔ 熔断期间防止进一步请求

比如 Resilience4j 就推荐这种组合策略来避免故障传播。(博客园)

✅ 总结

重试机制看似简单，但在真实生产系统中有许多细节要注意：

⚡ 确认操作幂等
⚡ 配置合理的重试次数和回退策略
⚡ 和熔断/限流等其他策略结合
⚡ 做好监控、日志和告警

使用像 HongFeng-Chen/resilience 这样的库可以帮助你快速构建可重用、可配置的弹性策略，让系统更加 健壮可靠。

📌 希望这篇文章对你理解重试机制和实践有帮助！

如果你还希望配上代码仓库示例、测试用例或 Go 项目实战教程，我也可以继续帮你补充 😉

avatar
文章
阅读
粉丝