轮换还是粘性？为账号工作选择代理会话
轮换地址是服务商默认出售的类型，对已登录的账号却是错误的默认选择。两者各自何时适用，以及粘性会话究竟保证什么。
代理服务商主推轮换，因为轮换正是抓取所需要的：每个请求一个新地址，分散负载并绕开针对单个地址的频率限制。账号工作需要的恰恰相反，而购买默认选项，就会得到一个每小时从不同国家访问的账号。
两者分别是什么
| 轮换 | 粘性 | |
|---|---|---|
| 地址 | 每个请求或每隔几分钟换一个新的 | 在一个会话期间保持同一个 |
| 适用于 | 大批量采集 | 已登录账号的日常工作 |
| 失效模式 | 会话不断被重新验证 | 一个地址承载了超出应有的量 |
| 会话时长 | 你无法控制 | 通常为几分钟到几小时，取决于服务商 |
为什么轮换会破坏已登录的工作
会话是平台下的一个赌注：持有这个 Cookie 的浏览器，就是当初登录的那个。会话中途更换国家，是这个赌注押错了的最明确信号，而礼貌的回应就是发起验证挑战。偶尔遇到一次并不是灾难；但每天都遇到，那就是你自己造出来的惯例。
粘性究竟承诺了什么
比人们以为的要少。粘性会话通常是在声明的时间窗口内尽力而为，当底层节点消失时，地址仍然可能改变。请阅读服务商自己的措辞，而不是营销口号，然后验证你实际拿到的是什么：PowerOps 通过报告它实际观察到的出站地址来测试端点，而这并不总是服务商所列出的那个国家。
经验法则
- 已登录的账号工作：粘性，每个配置文件一个端点，尽可能少更换
- 从公开页面大批量采集：轮换，并遵守网站的限制
- 按国家进行的排名和可用性检查：在整轮检查期间使用粘性，使结果具有可比性
- 不登录任何账号的一次性调研：哪个最便宜就用哪个
分配一次，然后不用再操心
线路发生漂移的原因几乎从来不是某个决定，而是某个配置文件在没有线路的情况下被打开，或者某个共享端点被人重新指向了别处。为配置文件分配代理，会把它复制到该配置文件上，因此没有两个配置文件共用同一个有效凭据，打开配置文件时线路也随之而来。正确的事情之所以发生，是因为它是唯一会发生的事情。
