做接口采集那会儿，最烦的就是请求发得好好的，突然开始批量返回429，或者直接弹限流提示。一开始我以为是IP不够，疯狂换IP，结果发现换得再勤也还是被限。后来才摸清楚，限流这事得"节奏"和"IP"一起管，光靠其中一样都不行。今天把踩过的坑和最后跑通的办法说一说。
先看准限流的信号
接口限流不一定每次都写"限流"两个字。常见的信号有这么几种：429状态码、返回内容变成空数据、突然弹验证码、请求延迟明显变高。别只盯着429，后几种也说明你被盯上了。
我吃过亏的地方是，早期看到空数据以为接口改了，重试了好几遍，结果越试越被限。现在只要连续出现异常，第一时间判断是不是限流，而不是无脑重试。
光换IP不够，节奏不对照样被限
我最开始的做法是：一被限就换IP，以为换个新IP就没事了。结果发现同一批请求还是被限。原因很简单，如果请求间隔固定、参数机械化，换多少个IP都能被识别出来。
后来我把请求间隔加了随机抖动，不是固定的几秒，而是在一个区间里随机取。这个改动看起来不起眼，但对接口限流特别有用，规律性一旦被打破，被判定成爬虫的概率就低很多。
短效IP配合轮换，压力才散得开
节奏对了，再配短效IP效果才真正出来。单个IP只扛很短一段时间就自动换，这样每个IP的请求次数都被压得很低，接口风控看到的不是"一个IP猛刷"，而是"很多IP分散访问"。
我用星月代理的短效IP跑过一段时间，单个IP几分钟自动切换，配合API实时提取，比我自己维护一个固定IP池省心。它家IP池覆盖全国300多个城市，可用率标的90%以上，接口采集时把请求分散到不同节点，限流情况少了不少。
被限流了，别硬刚，先降速再慢慢恢复
真遇到限流，我的处理是：先别继续刷，主动把间隔拉长、把并发降下来，甚至停一会儿。等风控窗口过去，再逐步恢复正常节奏。
更好的做法是做成自动的：一旦检测到429或者验证码，程序自动把间隔翻倍、切换节点；等正常返回了，再逐步把间隔调回来。这样不用人守着，也不容易因为手贱重试把账号搞死。
总结一句
接口限流不是单靠换IP就能解决的，得把"随机间隔、短效轮换、自动降速"三件事一起做。节奏打散、IP分散、遇限自动退，比硬刚强得多。新上手可以先拿星月代理的免费试用IP试一轮，重点看429出现频率和恢复速度，心里就有数了。
接口限流别只盯着换IP，随机间隔、短效IP轮换、遇限自动降速要一起上。把请求节奏打散、把压力分散到不同节点，才能把429和验证码挡在门外。