任务跑到一半突然连不上，这时候IP代理的用途就从提速变成了兜底。兜底做得好，一次故障只是慢几分钟；兜底缺位，整批任务要重来。先把失败时的动作定下来，比事后追原因更有价值。失败是常态，能兜住才是本事，预案写在前头才不慌。
三类常见失败与对应动作
失败大致分三类：单个出口连不上、整条链路变慢、结果不符合预期。第一类换个代理IP出口继续，第二类降速观察，第三类要先停下来核对规则，避免带着错误结果往下跑，这一步最容易被忽略，却是事后最能省下时间的一步，值得写进流程里。
重试与降级
重试要有上限与间隔，连续失败就切备用出口，而不是原地硬扛。降级指的是把要求放宽：实时任务转准实时，高并发改成分批，先保证跑完，再谈跑快。代理IP的稳定性有限，策略要留余地。
断点续跑
长任务务必保留进度记录，中断后从断点接着跑。代理IP在这里的用途是保证续跑时能用相似的出口，避免前后两次的数据口径对不上。记录里带上出口标识，复盘时能看清是哪一段出了问题，改动也就有据可依。
- 连续失败三次以上，切代理IP的备用出口
- 整条链路变慢，先降低并发再观察
- 结果不符合预期，停下来核对规则
- 长任务保留断点，续跑不从头开始
兜底的价值不在平时，在于出问题时别人重跑、你已经跑完了。
把失败动作写成清单，忙的时候照着做就行。
复盘要看哪几个数
复盘时盯三件事：失败集中在哪个时段、哪些出口反复出问题、重试带来的额外耗时有多少。三件事都有记录，改进方向就明确，代理IP的调整也有了依据，而不是凭感觉换一批资源再试一遍。
说到底，IP代理有哪些用途，除了把请求发出去，还有一层是让任务在出问题时不会全盘停摆。兜底机制搭得越早，越能在关键时候省下重跑的时间，整套流程的抗压能力也会跟着上一个台阶。