与频繁调整相反，另一个极端是从不调整。使用代理IP时，默认配置覆盖的是常见场景，未必贴合具体任务。任务对超时或并发的特殊要求如果一直沿用默认值，表现就会长期停留在可用但不出色的水平。这个坑不容易被发现，因为方案确实能用，问题只是没有被优化，代价隐藏在效率与稳定性里。
能用与好用之间，往往隔着一次有依据的调整。
哪些项目值得脱离默认
与任务强相关的项值得调整。使用代理IP时，超时范围、并发上限、重试次数这三项通常与任务结构直接相关，采用默认值往往偏保守。把这三项按实际任务重新设定，表现常常会有明显变化，而且调整的逻辑也容易解释清楚。
怎么判断该不该调整
先看现状是否存在明显浪费或不足。使用代理IP时，如果大量请求在超时边缘，说明设置偏紧；如果并发长期远低于上限，说明设置偏松。两类情况都能从数据上看出来，调整也就有了依据，不必凭感觉改。
调整之后怎么固化
把结论写进说明，让后续使用者直接采用。使用代理IP时，调好的参数如果只留在某个人手里，下次接入又回到默认值，前面的工作等于白做。写进说明并标注理由，这份经验才能真正延续下去。
- 超时按任务实际耗时设定
- 并发按峰值使用的一半起步
- 重试次数与任务可重试性匹配
默认值只是起点，不是终点。使用代理IP时，合适的参数需要结合任务才能确定。把调整当作使用流程的一部分，方案的表现会稳步提升，而这种提升几乎不需要额外成本。
该调的，迟早要调。
调整之后也要留出观察期。使用代理IP时，改完立刻下结论容易误判，观察几个周期再确认效果更稳妥。把观察结果记下来，下一次调整也就有了参考，不必每次从零开始试。