网络请求失败需配合退避策略避免雪崩，推荐指数退避加随机抖动（jitter），用tenacity库实现幂等请求的稳健重试，并须监控重试率与失败根因。
网络请求失败时，简单重试往往不够——需要配合退避策略（Backoff）来避免雪崩、降低服务压力、提升成功率。核心原则是：失败后等待一段时间再重试，且等待时间逐步拉长。
为什么需要退避？
不加控制的重试会放大问题：瞬间大量重试请求可能压垮下游服务，触发限流或超时；网络抖动时，立即重试大概率再次失败。退避让系统“喘口气”，给故障恢复留出时间窗口，也体现对依赖方的尊重。
常用退避策略及Python实现要点
推荐从指数退避（Exponential Backoff）起步，它平衡了响应速度与系统友好性：
- 基础公式：等待时间 = base × (2尝试次数) + jitter（随机偏移）
- base建议值：0.5～1秒，避免过短（无效）或过长（延迟感知）
- 最大重试次数：通常3～5次，超过后应放弃并记录错误
- 必须加jitter：防止大量客户端同步重试，用random.uniform(0, 1)等加入小范围随机延时
用requests + tenacity实现稳健重试
tenacity是比retrying更现代、更灵活的重试库，支持异步、多种停止/等待条件：
立即学习“Python免费学习笔记（深入）”；
- 安装：pip install tenacity
- 关键配置示例：
@retry( stop=stop_after_attempt(3), wait=wait_exponential(multiplier=1, min=0.5, max=10) + wait_random(0, 1), retry=retry_if_exception_type((requests.Timeout, requests.ConnectionError)) ) - 注意：只对幂等请求（如GET、HEAD）做自动重试；POST/PUT等非幂等操作需业务层确认可重试，或改用补偿机制
监控与可观测性不能少
重试不是“看不见就等于没发生”。必须记录关键指标：
- 每次重试的耗时、最终是否成功、退避间隔实际值
- 聚合统计：重试率（重试次数 / 总请求数）、平均退避时长、失败根因分布
- 设置告警：当重试率突增或某接口连续多次重试失败，说明下游异常或本端配置不合理
