出问题时先怀疑谁：IP代理与加速器的排查顺序

网络表现变差时，同时装了IP代理与加速器的环境最容易乱：到底该先查哪一个？顺序错了，往往会在无关的环节上反复折腾。一个实用的判断方法是看现象落在哪一层：出口相关的现象查代理IP，路径相关的现象查加速器。

现象指向哪一层，就先查哪一层。

按现象分两类

如果表现为请求被拒、验证频繁、成功率下降，而延迟基本正常，问题通常在出口。这时应该检查代理IP的可用率、最近是否更换了出口类型、目标端策略是否调整过，而不是先去调加速器的线路参数，把出口这一层排除干净之后再往别处看。

如果表现为整体变慢、页面加载卡顿、延迟曲线出现规律性尖峰，问题更可能在线路。这时先看加速器选择的通道是否拥塞、本地网络是否有其他占用，代理IP那边反而可以暂时不动，等线路稳定之后再回头复核出口表现。

本地这类最容易漏

还有一类情况是两者都不对：本地网络本身出了问题。上行带宽被占满、路由器长时间未重启、无线信号不稳，都会同时影响出口与线路表现。先排除本地因素，再进入上面两个分支，可以少走很多弯路。

排查时最好一次只改一项。同时调代理IP和加速器，即使问题消失了，也不知道是哪一项起了作用，下次遇到同样的情况还得重新摸索，等于白白浪费了一次定位机会。

把每次排查的过程记下来，写清现象、怀疑项、验证方式与结果。积累一段时间之后，同类现象的定位会快很多，团队内部也能共享这套经验而不是各查各的。

把顺序写成清单

如果条件允许，可以把两套排查流程做成清单，代理IP与加速器各占一栏：现象分三类，每类列出三到四个检查项。清单不必复杂，关键是每次按同一顺序走，避免凭印象先查最熟悉的那个。

外部因素也要列进去

外部因素也值得纳入清单。目标端的策略调整、公共线路的临时波动，都可能表现为网络变差，而且与手上的配置无关。先把这类因素排除，再动手调整。

顺序固定了，排查就快。