代理IP任务里的超时设置，是一件很容易被忽略的事。默认值往往能跑通，一旦线路状况变化，问题就集中冒出来：有的任务卡住不动，有的任务反复失败。这个值设得合适，任务跑起来会顺畅不少。理解超时是怎么发生的，比记住某个具体数字有用得多。
超时是怎么发生的
一次请求要经过好几段路，每一段都有自己的耗时。本机连到代理服务需要时间，代理服务连到目标需要时间，目标处理请求同样需要时间。任何一段拉长，整次请求的等待时间就跟着变长。超时的含义是等到设定时长还没结果就放弃，拿到的是一个明确的失败，不会把半截内容当成成功。
超时代表等待到点就停，它是一条止损线。
分两段时间看
等待可以拆成两段。一段是建立连接的时间，从发出连接到连上为止。另一段是传输的时间，从请求发出到内容收完。两段可以分别设置，也可以合起来设一个总数。分开设的好处是判断更细，连接一直建不起来和连接建好了但内容迟迟不来，两种情况该采取的措施不一样。
设短了会怎样
设得太短，正常的慢请求会被当成失败。线路稍微忙一点，成功率就掉下来。表现出来是任务时好时坏，重跑一次又能过。这种情况如果反复出现，很多人会去怀疑线路质量，其实调一下等待时间就好了。
设长了会怎样
设得太长，真正卡住的请求会占用大量时间。任务整体进度被拖慢，而且占着连接不放，其他并发的请求也跟着排队。极端情况下，一个卡住的请求会把整个任务的进度拖到天亮，这个代价比多失败几次要大。
怎么定一个合适的值
先按正常情况测一遍，把成功请求的耗时记下来，看大部分落在哪个区间。然后在这个区间上留一段余量，比如取一个略高于常见耗时的值。代理IP线路的响应时间本来就随状况浮动，波动大的场合余量多留一些，线路稳定的场合可以贴着常见耗时设。
- 先测正常请求的耗时分布
- 在常见耗时上留一段余量
- 波动大的线路，余量多留一些
- 连接与传输两段可以分开设
这个值不需要一次定准，跑几轮再调就行。
等待时间是一个可以调的旋钮，不是一次定死的参数。刚开始按经验设一个值，跑几轮之后按实际耗时收一收，效果通常就出来了。代理IP任务的响应时间本来就随线路状况浮动，设置上留一点弹性，比追求一个精确的最优值实在。给等待留出余地，任务才不会卡在半路。