代理IP设置出问题，很多时候不是填错，而是用错了来源。同一个地址，可能来自服务商后台、来自同事分享、来自半年前的备忘，三份都可能不一样。动手之前先确认每份参数的来源和时效，比事后逐项排查有效得多。
参数的四个来源与效力顺序
- 服务商后台：最权威，时效性最好
- 项目约定：团队内部统一，需确认版本
- 个人备忘：方便但容易过期
- 临时分享：只能作为排查线索
顺序不是绝对的，但优先级原则很清楚：越接近源头、越新、越有交付责任的那一份，效力越高。冲突时按这个原则取用，代理IP的设置就不会被过期信息带偏。
还有一个容易被忽略的来源是配置文件本身。有些环境里，代理IP相关配置是被别的程序生成或覆盖的，手工填了也会被改回去。判断办法是设置完之后重启一次，看值有没有变，会变就说明有别的来源在起作用，需要去源头改。
找对源头，改动才留得住。
参数冲突的处理也值得写进流程：发现两份不一致时先不动，找出哪份是当前生效的，再决定以哪份为准，最后把另一份标注为过期。这套动作能把「说不清哪个对」的问题收敛掉，代理IP的设置过程里这类冲突比想象中常见。
时效性也要单独看。参数本身没变，但服务商那边的资源可能已经调整过，老参数看着一样，实际已经不通了。定期从源头重新取一次，比长期沿用旧值更稳，代理IP的日常维护里这件事的优先级并不低。
源头取一次，胜过旧值猜十次。
把来源和时效写在同一张表上，冲突就变成了可判断的问题。一眼就能看出哪份新、哪份有交付责任，取用不需要再凭印象。代理IP的设置记录如果能到这个程度，交接和排查都会顺畅很多。
所以设置之前，先回答一个问题：这些参数从哪来、多久没更新了。答得出来，后面的步骤就是机械操作；答不出来，代理IP的设置过程大概率会在某个环节卡住。