代理IP池也会老化，更新周期该怎么定

同样一批代理IP，刚买回来的头一个月顺顺当当，用到第三个月开始出现零星失败，半年之后每天的失败次数明显多了起来。地址本身没坏，连接也还打得通，是池子在使用过程中慢慢变旧了。这类变化不会给出任何报错提醒，只体现在成功率的小幅下滑上。

老化说的是可用性往下走，地址本身没坏

一条通道从进池到出池会经历很多次取用。每次使用都会留下痕迹：目标站侧可能记下了这些来源的访问频率，同池的其他使用者也在消耗同一片资源。痕迹累积起来，表现为连接仍然成功，被接受的比例却在下降。代理IP池的老化就是这样一种缓慢的变化，连通性通常看不出问题，变的是被接受的比例。

变旧的过程很安静，报表上只差几个百分点。

这四个维度里，成功率最容易被误读。业务量涨了、目标站收紧了规则、本地换了运营商，都可能让成功率掉几个点，和代理IP池本身的老化混在一起。把另外三个维度一起看，判断会清楚很多：如果速度中位值在往上走、重复率也在升，池子变旧的可能性就比较大；如果只有成功率单向下滑，另外三项都稳，那更可能是外部条件变了。

更新周期按消耗速度定，不用盯着日历

固定三个月换一批的说法流传很广，它忽略了一个前提：不同业务的消耗速度差得很远。每天跑几万次请求和每周跑几百次，对同一批代理线路的磨损不在一个量级。更新周期应该由成功率的触发阈值决定，日历只作参考。做法是给池子设一条线，比如成功率连续三天低于基准五个百分点就启动局部更换，先换掉表现最差的那一批，观察一周再决定要不要扩大范围。

主动更新和被动更新各有什么代价

被动更新是等出了问题再换，代价落在业务侧：故障已经发生，处理还得花时间。主动更新是按固定周期提前换，代价落在成本侧：有些地址其实还能用，提前换掉等于浪费了一部分额度。两种做法都不算错，怎么选取决于业务对中断的容忍度。能接受偶尔重跑的任务适合被动更新，一步也停不得的业务更适合往前排，把更换动作安排进维护窗口。

池子的新旧不看用了多久，看它现在还能不能用。

一次性把整池换掉，等于把所有变量同时改掉。新地址没有历史记录，成功率、速度、地区分布全是未知数，出问题时连对照都没有。分批替换保留了一部分熟悉的通道，新旧并存的那几天还能互相印证。代理IP池的更新适合小步走，每次换掉总量的两三成，观察一周再定下一步。

把这四个信号固定进周报，配上一条触发线，池子什么时候该换就不必靠感觉。省下来的那部分提前更换的额度，也能挪去补更要紧的地方。