任务跑到一半，前面几步都正常，忽然全部失败，重试一次又好了。这种间歇性的问题，多数出在来源变化上。对目标来说，同一个任务应该来自同一个来源，中途换了来源，前面累积的上下文就断了。代理IP在实际使用中的会话保持，要解决的正是这件事：让一段连续的操作在整段时间里都从同一条线路上出去。
为什么会变
来源变化有三种常见原因。一种是代理服务按次分配，每发一次请求就换一条线路，这在批量场景里很常见。另一种是线路本身过期，租期到了之后自动切到新的。第三种是本机与代理服务之间的连接断了，重连时落到了别的地方。三种原因表现相似，判断方式不太一样。
两种保持方式
- 按会话保持 在一段连续操作期间固定用同一条线路，操作结束才释放
- 按时间保持 在设定的一段时间内固定，时间到了自动更换
什么时候必须保持
凡是前后步骤有关联的任务，都需要保持。比如先查询再提交、先登录再操作、先分页拉取再汇总，这些步骤之间带着上下文，来源一变就会前功尽弃。反过来，各步之间互不相关的批量请求，保持反而会让流量集中在少数几条线路上，这时候让线路轮换更合适。
怎么看有没有保持住
最直接的办法是让程序在每一步都记一下代理IP当前使用的线路，跑完一轮之后把记录按时间排开看。如果同一段操作里出现了不同的线路，说明保持没有生效。另一种办法是在服务那一侧核对会话编号，两种记录能对上，说明整条链的保持是完整的。
- 在程序里记下每一步使用的线路
- 跑完一轮按时间顺序排开对照
- 同一段操作里不应出现不同线路
- 必要时在服务侧核对会话编号
前后步骤有关联的任务，来源一变就要重来。
把线路记下来对着看，比凭感觉判断可靠。
把保持这件事做对，长时间的任务会稳很多，那些偶发的失败也会少一大截。代理IP在这种连续场景里的作用最明显：它提供的是一段可预期的稳定来源，中途不会变化，整段任务才跑得完整。连续的任务，需要连续的来源。