asyncio.sleep()配合指数退避是异步重试核心，需用base×2^attempt+随机抖动计算延迟并限制最大值，仅对网络异常重试、封装为独立协程、注意幂等性与连接池配置。
asyncio.sleep() 配合指数退避是核心，但别直接 await time.sleep()
Python 异步网络请求中遇到抖动（如 TimeoutError、ConnectionError、HTTP 503/429）时，同步的 time.sleep() 会阻塞整个事件循环，必须用 asyncio.sleep()。指数退避不是简单“每次多等 1 秒”，而是按失败次数指数增长等待时间（如 1s → 2s → 4s → 8s），并加入随机抖动避免雪崩。
常见错误：在 async def 函数里写 time.sleep(2)，导致所有并发任务卡住；或退避时间固定为 2 ** attempt，没加 jitter 导致重试洪峰。
- 基础公式推荐：
delay = min(base * (2 ** attempt) + random.uniform(0, 1), max_delay) -
base通常设为 0.5～1.0 秒，max_delay建议不超过 60 秒，防止单次重试过长 - 务必用
asyncio.sleep(delay)，不是time.sleep()
aiohttp.ClientSession 需手动管理重试逻辑，它不内置指数退避
aiohttp 的 ClientSession 默认不重试，更不会指数退避。你得自己捕获异常、计算延迟、再发请求。不要依赖 retry_options（那是 aiohttp-client-cache 或第三方库的扩展）。
典型使用场景：调用外部 API，需容忍短暂不可用；微服务间异步通信；爬虫对限频接口的友好访问。
立即学习“Python免费学习笔记（深入）”；
- 只对特定异常重试：
asyncio.TimeoutError、aiohttp.ClientConnectorError、aiohttp.ServerDisconnectedError，别重试400或401 - 设置最大重试次数（如 3～5 次），避免无限循环
- 每次重试前记录日志，含
attempt、status、delay，方便定位抖动模式
用 async def retry_request() 封装重试，避免重复代码
把重试逻辑抽成独立协程，比在每个 fetch 函数里写 while 循环更清晰、易测、可复用。参数要暴露关键控制点：重试次数、base delay、jitter 范围、异常白名单。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
示例骨架：
async def retry_request(session, url, *, retries=3, base_delay=1.0, max_delay=60.0):
for attempt in range(retries + 1):
try:
async with session.get(url) as resp:
resp.raise_for_status()
return await resp.json()
except (asyncio.TimeoutError, aiohttp.ClientConnectorError, aiohttp.ServerDisconnectedError) as e:
if attempt == retries:
raise
delay = min(base_delay * (2 ** attempt) + random.random(), max_delay)
await asyncio.sleep(delay)
注意：raise_for_status() 会抛出 aiohttp.ClientResponseError，它不属于网络层异常，一般不重试（除非明确知道 503 可重试）；random.random() 提供 0～1 秒抖动，足够日常使用。
真实抖动场景下，退避后还要检查请求是否仍有效
网络恢复后，上游可能已超时或丢弃了原始请求（比如你发了 POST，但服务端只收到一半就断连）。单纯重试 GET 安全，但 POST/PUT/DELETE 必须考虑幂等性——要么加 Idempotency-Key 请求头，要么服务端支持幂等语义。
容易被忽略的点：
- 重试时不要无脑复用原
json=或data=参数，尤其含时间戳、nonce 的请求体 - 如果用了连接池（
connector），确保limit和limit_per_host不过小，否则重试加剧排队 - 高并发下，多个任务同时退避到同一时刻，建议在 jitter 中加入任务 ID 的哈希偏移，进一步打散
指数退避不是银弹——它缓解抖动影响，但无法替代健壮的错误分类、可观测性埋点和上游服务 SLA 协商。
