多开环境搭好之后，稳定性靠的是日常维护，不是靠配置得多精细。维护的内容不多，无非是看数据、做记录、按时检查，但能坚持做的人不多。多数人的做法是出了问题再修，修好一阵，再出问题，循环往复，时间都花在救火上。
维护做在前面，线路才稳定，救火就少了。
维护分三块：每天看的、每周做的、每月盘的。每天看代理IP线路的失败率和连接数，每周对比一次基准任务的耗时，每月盘点一次线路和配置的变动。三块加起来每天不到十分钟，但能提前两三周发现衰减。
- 每天看两个数 失败率和在跑窗口数，异常就记一笔
- 每周跑一次基准 同一批任务计时，和上周对比
- 每月盘一次配置 核对线路、标签、记录三者是否一致
为什么要留基准
基准的作用是给变化一个参照，也是判断稳不稳的依据。没有基准，失败的感受是「最近好像有点慢」，有基准，感受变成「平均耗时从八分钟涨到十一分钟」。前者只能凭感觉判断，后者能直接决定要不要处理。
没有基准的优化，方向全靠猜。
基准任务最好固定下来，同一批任务、同样的并发、同样的时段。三项任一项变了，对比就没有意义。基准跑一次十几分钟，一周一次的成本可以接受。
维护里最容易被忽略的是线路台账。哪条代理IP线路什么时候开始用、中途换过几次、现在对应哪几个窗口、最近一次波动有没有回到稳定，这些如果不记，半年之后只能靠猜。台账不用复杂，一张表三列就够，改动的时候顺手改一行，比事后翻记录省事得多。台账和现状表是两回事，前者写变化，后者写当前，两份都要有。
基准数据要和改动记录放在一起看，否则只看到耗时涨了，不知道是哪次改动引起的。
线路衰减怎么办
线路衰减是必然的，区别只在于快慢，稳定性往下走是个渐变的过程。表现是失败率缓慢上升、平均耗时长涨、换线之后短暂恢复。遇到这种情况，先确认不是配置和行为引起的，再考虑换线。换线之前把新线路跑一周对照，别直接全切。
换下来的旧代理IP线路别马上退掉，留一周观察。有些线路只是某个时段拥堵，过了那段时间还能用，直接退掉等于浪费。
维护这件事的价值在于把问题摊平，把稳定性守住。每天花十分钟，问题在早期就被发现，处理起来只是改一两个参数；等到爆发再处理，要停任务、要重配，代价翻好几倍。