同一类任务，昨天顺、今天卡，很多人第一反应是 IP 出了问题。可换了一条代理IP线路，结果并没有变好。这类情况里，地址只是众多变量中的一个，把它当成唯一解释，会把排查带偏。结果时好时坏，通常有几个变量同时在动。
先把变量列出来，再一个一个固定，一次改两样就看不出是谁的问题。
四个常见变量与各自的观察方式
- 网络链路：延迟与丢包，看连续十分钟的曲线
- 服务器侧状态：响应时间，同一时段对比多次
- 任务内容差异：同类任务的结果分布，抽样对比
- 本地资源：CPU 与内存占用，看任务高峰期
四个变量里，网络链路最容易被误判。延迟波动大但丢包为零，通常不影响结果；丢包一旦出现，重传会让整个任务变慢，表现上很像「卡住了」。区分办法是看失败请求的比例，重传多、失败少，说明是链路质量问题。这一项判断清楚，后面排查方向就定了，不用在服务器侧反复试。
服务器侧的状态怎么观察
同一时段连续发几次相同请求，看响应时间是否稳定。响应时间的波动幅度超过一倍，说明服务器侧在忙，与本地环境无关。这种情况换多少条代理IP线路都不会改善，等一段时间再试反而有效。
本地资源也会牵动结果。任务高峰期 CPU 占满，网络请求的处理会排队，表现出来的就是慢和偶尔超时。这类问题在设备数量增加之后特别明显，因为同一台机器上的实例在抢同一份资源。看占用率就能确认，不需要换线。
结果变差时先看失败请求比例，再看响应时间，最后才看本机占用。
变量固定之后，如果表现依旧时好时坏，剩下的解释只有任务本身的结果分布。这一类不需要处理，只需要把样本量做够，别用几次结果下结论。