当请求量超过链路能处理的速度，多出来的部分就要排队。使用代理IP时，排队本身不是问题，问题在于排到什么时候，以及排不下的请求会被怎么处理。理解这套机制，使用代理IP时就能解释为什么并发调到某个数值之后，成功率反而开始下降。
排队与丢弃的边界
容量之内排队，容量之外丢弃或报错，这是大多数链路的处理方式。使用代理IP时，并发提高会让排队变长，等待时间上升，最终触发超时。表面看是并发不够，实际是排队已经超过合理长度，使用代理IP时继续加只会让情况更糟。
并发不是越高越好，合适的位置在排队刚刚开始变长的地方。
怎么找到合适的并发。使用代理IP时，逐步提高并发并记录成功率与平均耗时，找到成功率开始明显下滑的那一档，往前退一步即可。这个位置因任务而异，别人的数值只能作参考，使用代理IP时自己测出来的才可靠。
先小步加，加不动就退。
背压也会出现在下游。使用代理IP时，如果目标侧处理不过来，同样会通过变慢或报错反馈回来。判断时要把上游与下游分开看，分别测一遍，才能确定该调哪一端，而不是一味调整自己的并发参数，那样只会绕圈。
背压是链路在提示你慢一点。使用代理IP时，超时增多、错误集中出现，往往就是排队过长的信号。把它当成提示而不是故障，及时把并发降下来，使用代理IP时整体完成时间反而更短，成功率也更稳定。
排队长度也要观察。使用代理IP时，把等待时间一并记录下来，比只看成功率更能说明问题。等待时间开始上升，往往早于失败出现，从这个信号入手调整，可以把问题挡在爆发之前，处理起来从容得多。
并发数值要随任务变化。使用代理IP时，不同任务对排队长度的容忍度不一样，同一个数值在这类任务上合适，换一类就可能偏大。按任务分别测一次并记下结果，比套用一套全局参数更稳妥，也更少返工。