判断代理IP是否在工作，最怕眉毛胡子一把抓——一会儿查配置、一会儿查出口、一会儿怪目标站，乱试一通反而定位不了。把判断按层组织，思路就清晰了：配置层问「用没用」、连接层问「通不通」、出口层问「对不对」、业务层问「顺不顺」，每层各有各的查法。
四层各有各的查法
第一层配置层：查配置有没有被实际使用——看客户端是否启用、接管范围是否正确、系统代理是否指向它。这一层的问题表现是「配置了但流量没走」，查法以客户端状态与接管设置为主。这一层正好对应前面讲的四条件中的第一个条件「配置被实际使用」——分层判断与四条件框架是同一件事的两种表达，四条件给定义，分层给查法，配合使用。
第二层连接层：查设备与代理IP的连接是否稳定——看连接状态、有无频繁重连、连接日志有无异常。这一层的问题表现是「时通时断」，查法以连接状态与重试记录为主。
三层四层各有侧重
第三层出口层：查代理IP流量是否以正确出口发出——看出口回显、地区归属、出口是否稳定。这一层的问题表现是「走了代理但出口不对」，查法以出口信息与轮换记录为主。第四层业务层：查业务在代理下是否顺畅——看真实请求的成功率与表现，问题表现是「链路通但业务不顺」，查法以业务实测为主。每层定位后都有对应的处置方向：配置层问题修配置与接管、连接层问题查链路与重试、出口层问题换出口或核对调度、业务层问题再往目标与质量方向查——层定位了，修的方向也就定了。
分层判断的价值在于「按层定位」：怀疑没在工作时，从第一层开始逐层往下查，哪一层不过，问题就锁定在哪一层——不必每层都深挖，定位到层之后，针对该层的查法才展开。多数「疑似失效」只需查到第二三层就有答案。
分层判断的现实意义
分层判断对代理IP使用者的现实意义在于：它把「是不是在工作」这个大问题拆成四个小问题，每个小问题都有明确的证据与查法，判断从「凭感觉」变成「按层求证」，结果更可靠，也更容易向别人说清楚问题出在哪一层。
按阶段选重点层
分层判断在不同使用阶段的应用重点也不同：首次配置后多查配置层与连接层——新配置最容易在这两层出问题；长期使用后多查出口层与业务层——跑久了最容易在出口漂移与目标变化上出问题。按阶段选重点层，判断更贴近实际情况，不会四层平均用力、哪层都没查透，这也是把分层方法用好的一条实用心法。
分层判断是代理IP排查的常规路径，但有个更硬的招数能把「是否在工作」一锤定音：开关对比实验——同一个请求，关掉代理IP跑一次、开着跑一次，结果一对比，工作状态立刻现形。下一篇讲这个判断的金标准怎么做。