讨论IP代理时，注意力几乎都在出口地址上，很少有人提到会话。实际上出口只是第一层，会话是第二层：地址换了，会话没接上，任务照样中断。两层都稳，体验才算完整。这两层其实需要一起看。
会话为什么容易断
代理IP的会话中断常见三个原因：地址在任务中途被替换、连接空闲超时被回收、出口与之前的登录状态不匹配。三者表现相似，处理方式不同，需要在上线前逐项确认，而不是等出问题再排查。把这三个原因列成清单，上线前逐项过一遍，能省掉大量返工。
出口对了，会话断了，任务一样停。
- 地址中途被替换：替换规则要避开关键时段
- 空闲连接被回收：心跳与超时参数要配套
- 出口与登录状态不匹配：出口要按任务固定
- 多任务共用出口：会话容易互相干扰
代理IP的解决思路有两种：一是选时效较长的方案，减少中途更换；二是把会话状态外置，让新的出口能够接着用。前者依赖供应商，后者依赖自己的架构，条件允许时第二种更可靠。选哪一种取决于团队自己的技术条件。
会话稳，任务才连续。
会话的稳定性很难从参数表上看出来。它取决于替换策略、超时设置、以及目标端对状态的判定方式。想知道能不能撑住，只能跑一次真实的长任务，观察中途是否断开、断开后能否续上。只能靠实测来确认。
还有一个细节：多任务共用出口时，代理IP的会话容易互相干扰。把出口按任务分组，或者给关键任务留出独占出口，可以避免这类问题。分组之后这类干扰基本可以消掉。
地址与会话，缺一不可。代理IP也一样。
把会话这一层也算进来，代理IP的评估才算完整。评估表上就该多两行内容。