跑长时间采集任务的人都知道，一个代理IP用久了，迟早被目标站盯上。我有几个任务要跑一整晚，头几天还好，后来固定IP用了半小时就开始限流。没办法，只能让爬虫定时换IP。这事儿我试过好几种做法，有的好用有的踩坑，整理出来给你参考。
先想清楚：按时间换，还是按次数换
一开始我以为"定时换"就是每过多少分钟换一次，后来发现不完全是。有的任务请求很密，还没到时间IP就先被封了；有的任务请求很稀，到点就换反而浪费。
所以我现在的习惯是，时间间隔和请求次数两个都设，谁先到就触发换IP。比如每5分钟或者每50个请求，先到哪个就换。这样比单纯看钟表灵活得多。
做法一：写个定时器，到点重新提IP
最简单的就是定时器。Python里用APScheduler，Java用ScheduledExecutorService，隔一段时间去请求一次代理提取接口，拿到新IP后更新到请求配置里。
我最早就是这么干的，代码不复杂，很快能跑通。唯一要留神的是换IP的瞬间别让正在跑的请求报错，最好等当前这轮请求结束后再切，或者在代码里做个小队列缓冲。
做法二：按请求次数换，比纯定时更稳
后来我把触发条件改成请求计数。每发一次请求就加一，到阈值就换新IP。这个的好处是跟目标站风控的节奏更贴合——请求密的自动换得勤，请求稀的也不会过早换。
不过纯靠计数也有个毛病：如果任务中途停了，计数得重置，不然下次一启动就触发换IP。我后来把计数放在内存里，重启就重新算，问题不大。
换IP的时候，别让旧连接"续命"
这里有个坑我踩过：以为换了IP，结果请求还走旧连接。原因是HTTP客户端默认会复用连接池，旧连接没断，新IP没生效。后来每次换IP都主动关闭连接、清掉代理缓存，问题才解决。
所以别只看"换了没有"，要确认请求真的从新IP出去了。可以用个返回IP的接口验证一下。
做法三：直接让代理服务自动轮换，最省心
自己写定时换IP，能跑，但要维护。后来我发现很多商用代理本来就带短效IP自动轮换，单个IP几分钟就自动切，根本不用我在代码里写定时器。
我后来用星月代理，短效IP会自动换，API也能实时提取，配合我的请求计数策略基本不用管换IP这件事。它家IP池覆盖全国300多个城市，可用率标的90%以上，跑整晚任务没怎么因为IP问题中断过。新用户还能先领免费试用IP，把"定时换IP→旧连接关闭→新IP生效"这套流程先测顺了再正式上量。
说到底，定时换IP这事，能自动就别手动。先用短效轮换顶着，再按自己的任务节奏微调触发条件，比硬写一堆定时器省心多了。
爬虫定时换代理，时间间隔和请求次数最好都设，谁先到谁触发；换IP时记得关旧连接、清缓存，别让旧IP续命。嫌麻烦就选短效自动轮换的服务，省下维护定时器的时间。