有段时间我调试爬虫，遇到个邪门事：代码里明明换了新的代理池，日志打出来的出口IP却还是老节点，怎么改都不对，一度怀疑是代理池有bug。折腾了大半天才发现，问题根本不在代码，是我系统里残留的旧代理配置在捣乱。今天把这事说说，这种坑很隐蔽，但很常见。

为什么浏览器会干扰爬虫

很多人觉得爬虫是独立程序，跟浏览器设置不搭边。其实不是。系统层面的全局代理设置，浏览器默认会继承，而且一部分爬虫框架和本地调试工具也会自动读取系统代理参数。

你可能之前配过临时代理测试节点，后来换了代理池或者切回直连，但浏览器那个代理开关没关、配置没清。残留的旧规则还一直生效，于是代码走了新代理，实际请求却还从旧链路出去，结果自然对不上。

它会引发哪几类问题

• IP归属混乱：代码调了新代理IP，残留配置却把请求接管了，日志里的IP和实际访问IP不一致，你根本判断不了轮换有没有生效。
• 超时和链路冲突：旧节点多半以经失效、宕机或改了端口，残留配置让请求反复去连死节点，于是频繁超时、连接失败，甚至冒出SSL证书异常，你会误以为是代码或代理池的问题。
• 调试环境失真：有的浏览器还会缓存旧节点数据，多次调试走的链路不统一，线上真实状态复现不出来，bug自然难查。

我的清理流程

现在每次调试爬虫前，我都会先做一遍清零：进系统网络设置，把“自动代理配置”“手动HTTP代理”关掉，清空残留的代理地址、端口和PAC脚本；再去浏览器里清网络缓存和代理缓存，把网络代理类插件关掉，让它恢复纯直连状态。

清零之后在启动爬虫程序，请求链路才会完全按代码里的代理规则走，调试数据才靠谱。这一步花不了两分钟，能省掉大量瞎排查的时间。

几个养习惯的小建议

调试的时候尽量把浏览器代理插件都关了，把浏览器的网络环境和爬虫程序的网络环境分开，别混着用。爬虫最好用自己独立的网络配置，脱离系统默认代理的管控。每次切换代理资源后，顺手重置一次系统和浏览器代理，别让残留一层层堆着。

代理资源我现在用星月代理，IP池覆盖全国300多个城市，节点稳定、纯净度不错，可用率标的90%以上，短效IP自动轮换，API实时提取和白名单也都有，链路统一可控，调试起来少很多干扰。新用户可以领免费试用IP，按上面这套流程先清环境再测，能少走不少弯路。

一句话：爬虫调试结果不对，先别急着怀疑代码，去系统设置和浏览器里看看是不是旧代理没清干净。这种隐性问题不报错，但最坑人。

爬虫调试时IP对不上、频繁超时，先排查浏览器和系统里残留的旧代理配置：关掉自动代理和手动代理、清空PAC与端口、清理浏览器代理缓存和插件，恢复直连后再启动爬虫。养成调试前清零、切换后重置的习惯，能避开这类隐蔽干扰。