池出问题时，最容易犯的错是直接怀疑来源。使用代理IP池时，问题可能出在任务侧、池的调度、准入规则或来源本身，四处都可能。按顺序排查能省下大量时间：先确认任务本身是否正常，再看池的指标是否异常，然后核对规则有没有被改动，最后才怀疑来源。顺序固定的好处是无论谁排查，都能得到相近的结论，讨论也不会卡在归因上。
第一层：任务本身
先确认任务在不经过池的情况下是否正常。使用代理IP池时，这一步能排除任务自身的逻辑问题。很多看似池导致的失败，其实任务本身就有异常，只是恰好在接入之后被发现，排除之后问题往往很清楚。这一步只花几分钟，却能省下后面大量排查。
第一层之外还要看任务与池的连接方式。使用代理IP池时，如果只有某个任务失败，多半问题在任务侧；如果所有任务同时失败，才更可能是池的问题。这个判断只需要看一眼范围，却能立刻把方向定下来。范围确认之后，再回去看使用代理IP池的指标与规则，方向就很清楚了；如果范围本身也对不上，说明问题不在池里。
- 先确认任务本身是否正常
- 再看范围是单任务还是全部
- 最后核对规则与来源
顺序对了，排查就不再靠猜。使用代理IP池时，把四层顺序写成固定步骤，日常处理会快得多。步骤本身也是文档的一部分，交接时直接传递，不必靠口口相传。
先查任务，再查池。
排查顺序也可以随经验调整。使用代理IP池时，如果多次问题都出在同一层，可以据此把那一层提前。顺序不是教条，而是根据实际不断收敛的判断路径。