窗口从两个加到六个，第一个要决定的事是这些窗口共用一条代理IP，还是各自配一条。共用的好处是省钱省事，配一次全部生效；坏处是六个窗口的行为都从同一个地址发出去，一个人出问题，六个一起受影响。判断能不能共用，看的是窗口的任务是不是互相独立，窗口开在哪里并不重要。
共用省的是钱，付的是排查时间。
先看共用会出现什么
共用一条线，六个窗口共享同一份线路容量和同一份行为记录。
- 容量被摊薄
- 一条线的并发上限，六个窗口分着用，高峰期互相排队
- 问题会串
- 一个窗口把地址用到异常，其余五个立刻跟着受影响
- 排查会混
- 日志里分不清是哪条线路出的问题，只能按时间猜
容量被摊薄这件事最容易被低估。一条线的并发上限是固定的，两个窗口用的时候还有富余，六个窗口一起跑就顶到了上限，表现出来是随机的超时。这种超时看起来像线路质量差，换一条同样规格的线，问题照旧，因为瓶颈在数量上，不在线上。
判断要不要分开，看两个窗口的任务有没有依赖关系。互相独立的任务，分开跑最省心，出了问题是哪一条线一目了然；需要配合的任务，比如几个窗口协作完成一个流程，就必须共用，分开反而会把流程打断。多数场景是前者，只是习惯上懒得拆。
什么时候可以共用
三类情况可以放心共用：窗口总数不超过三个、任务是短周期跑完就散、对稳定性要求不高。三类同时满足，共用一条线完全够用，没必要为了形式上的独立多花钱。反过来，只要有一类不满足，就该考虑拆开，尤其是第三个，稳定性一旦出问题，省下的钱不够修时间。
拆的时候按窗口编号分
拆开的做法是每个窗口一个编号，一条代理IP线路对一个编号，记账也按编号记。编号不必从一排到六，留出空位更好，中间加窗口的时候不用重排。六个窗口配六条线，看着成本翻倍，实际是把故障范围从六个缩到一个，这个交换在窗口数超过四个之后就该做。
拆完之后还要做什么
拆完不是结束。每条代理IP线路的表现要单独看，不能只看整体平均，一条线拖慢会拉高整体数据，把别的好线也掩盖了。做法是每条线记两列：失败率和平均耗时，一天看一次，出现异常的那条单独处理，其余不动。
共用还是分开，本质是一道成本题。窗口少、任务轻，共用最划算；窗口多、任务重，拆开最划算。把窗口数、任务周期、稳定性要求三个条件摆出来，答案通常只有一个。