换地址的工具很多，功能页写得都很全，真用起来差别在于边界：能接管哪些程序、断线之后怎么处理、日志留不留。这三件事决定了工具适不适合当前的代理IP场景。这三件事决定了工具适不适合当前场景，也决定了出问题时能不能查清楚。选工具之前先把边界问明白，比对比参数有用。
- 问清接管范围：全局还是按进程，能不能排除某些程序
- 问清断线处理：自动重连还是直接断开，重连后地址是否更换
- 问清日志留存：有没有连接记录，能保存多久
- 问清并发上限：同时能跑几条代理IP线路，超了会怎样
- 只看「支持多种协议」这类宣传语，不问接管范围
- 断线自动重连但换了地址，任务状态跟着丢
- 没有日志，出问题时只能靠回忆
接管范围为什么排第一
接管范围决定了影响面。全局接管的工具装上去，整台机器的网络都跟着变，系统更新、后台同步全受影响；按进程接管的工具只动选中的程序，影响可控。同一个场景，两种工具用起来的麻烦程度差好几倍，这一项要先确认。
断线重连的两种行为
自动重连分两种：重连到原来那条线，或者挑一条可用的新线。前者地址不变，任务可以接着跑；后者地址会换，正在进行的任务可能对不上，得重新起一次。做长任务时，前一种更合适；短任务多的场景，后一种的可用性更好。
重连行为要在选工具时确认，等到断线才发现，损失已经发生了。
日志该留多久
至少能查到当天。排查问题时最常问的是「几点几分用的是哪条线」，日志能答上来，排查就快一半。留存时间太长没有意义，反而占空间，一周左右足够覆盖绝大多数场景。
工具与线路的边界
工具负责把请求交给线路，线路负责让请求从别处发出，两件事分工不同。工具换得再勤，线路本身不稳也没用；线路挑得再好，工具把流量送错了地方一样白搭。查问题时按这个分工分开看，就知道该动哪一边。
并发上限容易被忽略
多数工具对同时运行的代理IP线路数量有上限，超了会排队或者直接拒绝。这个数字不会写在显眼位置，得问客服或者查文档。实例数量多的场景，上限不够会让部分程序退回直连，表现上是「配了却没生效」。
三个边界问清楚，剩下的参数才有比较的意义。反过来，只看参数不看边界，装上之后发现不合适的情况很常见。