API 限流Processing Guide

理解API限流

API限流是服务方保护系统的机制: 限制每minutes/每hours的请求次数. 超过限制Back429Status码. 不同API限流策略不同: 按IP, 按API Key, 按User, 按端点. 了解目标API的限流规则是第一步.

限流信号识别

HTTP 429 Too Many Requests是明确的限流信号. 有些APIBack200但body中包含限流提示. 响应头通常包含: X-Rate Limit-Limit (总限额) , X-Rate Limit-Remaining (剩余次数) , Retry-After (Waiting时间) .

退避策略实现

收到429后的Processing: 读取Retry-After头确定Waiting时间→Waiting后重试. 如果没有Retry-After, 使用指数退避: 第1次等1秒, 第2次等2秒, 第3次等4秒...Settings最大重试次数 (通常3-5次) 避免无限循环.

预防性限流控制

主动控制请求速率避免触发限流: 在Workflow中添加延迟 (如每次请求间隔1秒) , 使用令牌桶算法控制并发, Monitoring剩余配额动态调整速率. 预防优于治疗.

Batch请求Optimization

减少API调用次数: 使用BatchAPI (如一次获取100条而非逐条获取) , 合并相似请求, 缓存不常变化的Data. 在Make中用Array Aggregator合并后Batch Processing, 在n8n中用Split InBatches控制节奏.