香肠派对多开出错之后，经常同时面临两件事：一批号掉了，一条代理IP线路的状态也不对。先救哪个，判断的落脚点在恢复成本上。线路是共用资源，一条线带着好几个号，线路状态不弄清楚，救回来的号也会再次掉下去。所以多数情况下先看线路，再看号。
- 先看代理IP线路：这条线上挂了几个号，状态是断了还是只是慢
- 再看影响面：是这一条线的事，还是整个分组都受影响
- 然后看号：掉下来的号里，哪些是当天任务等着用的、哪些可以稍后补
- 最后统一处理，不来回切换处理对象
先救线路的原因在于它决定后面所有号的落脚点。线路没定，号救回来了也不知道该挂在哪；线路定了，号的处理就变成一个简单的排队问题。反过来先救号，救回来的号还得再动一次线路，等于把同一件事故意做两遍。
哪些情况下先救号
线路本身没问题，只是某一个号自己掉了，这种当然先管号。判断线路有没有问题很快：看一眼同一条代理IP线路上的其他号正不正常也就有答案了。同线其他号都正常，说明问题在号身上。
两条都要救的时候怎么排
按恢复成本从低到高排。恢复成本低的先做，因为做完立刻能腾出注意力处理下一件。整条线的重建通常最费时间，放在最后，前面腾出来的时间正好用来做它。
救的过程中要不要记录
要。救的过程本身就是最真实的现场记录，一边处理一边记，比事后回忆准得多。记的内容不用多，处理了哪几步、代理IP线路怎么变，两句话就够。
救完之后还要不要回头看
当天收尾时看一眼就行。看两件事：掉的号有没有全部回来、线路的状态是不是回到了出事之前。两件都对上，这件事就算翻过去了。
先救线路不是规则，是一条省事的顺序。号少的时候，先救号和先救线路的差别不明显；号多到一条线带着五六个号的时候，顺序反了要多花一倍时间。代理IP线路数量超过三条之后，这条顺序带来的差距会更清楚。
线路定了，号的落脚点才定。
救的顺序对了，手忙脚乱的场面就少。
多数人第一次遇到这种场面时都是先扑向最显眼的那个号。经历几次之后会发现，真正决定处理速度的是先看线路还是先看号这一个选择，跟手上有多快关系不大。