拿到代理IP，第一步先别急着跑业务
干数据采集这行的人，大概率都经历过这么个场景：兴冲冲拿到一串代理IP，往代码里一塞，跑起来报错一片，然后开始怀疑人生——到底是代码写错了，还是这IP压根就是废的？
我见过太多人在这上面反复折腾，一会儿改请求头，一会儿换编码，折腾半天发现IP本身就不通。其实代理IP到手之后，花个三五分钟做个简单的可用性检验，能帮你省掉后面一整个下午的排查时间。今天就把我平时验IP的几个土办法掰开了讲，都是实操里真能用的东西，不整虚的。
方法一：最笨但最靠谱——直接发个请求看看
别一上来就搞什么复杂框架，先拿最原始的方式试探一下。打开终端，用curl对着代理发一个GET请求，目标就选一个国内公共的HTTP状态检测接口，看返回的码是200还是502、504。
具体操作长这样：
curl -x http://123.45.67.89:8080 -o /dev/null -s -w "%{http_code} %{time_total}s" http://httpbin.org/get如果返回的是200，后面跟一个合理的耗时（比如0.3秒到2秒之间），那说明这个IP基本是活的。要是返回000，大概率是连接超时，IP要么挂了要么端口不对。返回502/504的话，说明代理服务器本身有问题，不是你的IP地址错了。
这里有个小细节很多人忽略：如果你用的是HTTPS协议的目标站点，代理本身得支持HTTPS转发。有些廉价IP池只给HTTP代理，你拿它去请求HTTPS站点，直接就报SSL握手失败，这不代表IP"坏了"，是协议不匹配。所以验的时候先确认你的代理协议和目标站点的协议是对得上的。
方法二：看看这个IP到底"住"在哪儿
有些业务场景对IP的归属地有要求，比如你做市场调研，需要特定省份的IP节点。这时候光看"通不通"不够，还得确认它是不是你期望的那个地区。
做法很简单，把代理IP丢到IP归属地查询接口里，看返回的省份、城市、运营商信息对不对。用curl就能搞定：
curl -x http://123.45.67.89:8080 http://ip-api.com/json/返回的JSON里会有country、regionName、city、isp这几个关键字段。你重点看两个东西：
| 字段 | 你要确认什么 |
|---|---|
| regionName / city | 是不是你下单时指定的城市级节点，别出现"我要杭州结果给我个北京"的情况 |
| isp | 运营商是不是你预期的（电信/联通/移动），有些业务对运营商敏感 |
如果归属地完全对不上，那这个IP要么被错误分配了，要么池子里混进了不该出现的资源，直接标记为不可用，别犹豫。
方法三：延迟和响应速度，别只看"通不通"
能通不代表能用。我见过有些IP确实能返回200，但一个请求要跑4、5秒，你拿它去做高频采集，效率直接腰斩。所以延迟是检验可用性的第二个硬指标。
怎么测？还是curl，加上计时参数，连发5到10次，取个平均值：
for i in $(seq 1 10); do
curl -x http://123.45.67.89:8080 -o /dev/null -s -w "%{time_total}" http://httpbin.org/get
done跑完看这10个数字。我的经验阈值是这样的：
200ms以内：非常健康，高并发场景随便用。
200ms~800ms：正常水平，大多数采集任务没问题。
800ms~2s：偏慢，能用但别指望高吞吐。
超过2s或者出现超时：建议直接淘汰，别浪费在正式任务上。
另外注意看这10次请求的波动。如果前3次都是300ms，第4次突然跳到3秒，第5次又回来，说明这条线路不稳定，高峰期大概率会抽风。这种"薛定谔的IP"比直接不通还恶心人。
方法四：写个小脚本，把几个IP挨个过一遍
如果你一次拿到好几个IP（比如从神龙HTTP的短效动态IP池里提取了5个），一个个手动curl太磨叽了。写个Python小脚本，循环跑一遍，把结果汇总打印出来，十几秒的事：
import requests
import time
proxy_list = [
"http://123.45.67.89:8080",
"http://123.45.67.90:8080",
"http://123.45.67.91:8080",
]
results = []
for proxy in proxy_list:
try:
start = time.time()
resp = requests.get(
"http://httpbin.org/get",
proxies={"http": proxy, "https": proxy},
timeout=5
)
elapsed = time.time() - start
results.append({
"proxy": proxy,
"status": resp.status_code,
"latency_ms": round(elapsed 1000),
"usable": resp.status_code == 200 and elapsed < 2
})
except Exception as e:
results.append({
"proxy": proxy,
"status": "ERROR",
"latency_ms": -1,
"usable": False,
"error": str(e)[:60]
})
print(f"{'代理地址':<28} {'状态码':<8} {'延迟(ms)':<10} {'可用'}")
print("-" 60)
for r in results:
print(f"{r['proxy']:<28} {r['status']:<8} {r['latency_ms']:<10} {'✓' if r['usable'] else '✗'}")跑完你一眼就能看出哪几个能用、哪几个该扔。我一般把状态码不是200的、延迟超过2秒的、直接抛异常的，统统标记为不可用，不纠结原因，直接换下一个。
方法五：连续跑几分钟，看它稳不稳
前面四步都是"快照式"检验，只能说明你测的那一瞬间IP是好的。但短效动态IP的存活时间可能就3到15分钟，你真正要关心的是：在它整个生命周期内，它能不能持续稳定地工作。
做法也不复杂，写个循环，每隔10秒发一次请求，持续跑3到5分钟，记录每次的状态码和延迟。如果中间出现连续2次以上超时或者5xx错误，基本可以判定这个IP在生命周期内会"掉线"，不适合用在需要连续性的任务里。
这个步骤对短效IP特别重要。神龙HTTP的短效动态IP池提供3/5/10/15/30分钟不同存活时长的资源，你拿到的IP不是"一次性"的，它得在整个有效期内都靠谱。如果你发现某个IP前2分钟好好的，第3分钟开始频繁超时，那大概率是上游线路在抖动，这种IP即使还在有效期内也不建议继续用。
检验完发现IP不行，怎么办
验出来不可用的IP，处理方式其实就两条路：
第一，换。 如果是从代理池里提取的，直接重新提取一个新的就行。正规服务商的IP池资源量足够大，神龙HTTP那边有超3000万+的代理资源储备，每日更新去重，你提取一个废的概率本身就很低，真遇到了换个新的成本几乎为零。
第二，反馈。 如果你发现同一批次提取的IP里，不可用比例明显偏高（比如10个里有3个以上不通），那大概率不是个别IP的问题，而是池子或者线路出了状况。这时候联系服务商的技术支持，把具体的IP地址、报错信息、测试时间发过去，让他们排查。神龙HTTP那边是7×24小时技术支持，这种问题报上去一般当天就能给你答复。
千万别出现"IP不通我就改代码绕"的情况，90%的时候问题出在IP本身或者网络链路上，不在你的代码里。
常见问题
Q：我用的HTTP代理去请求HTTPS站点，报SSL错误，是IP坏了吗？
大概率不是IP的问题，是协议不匹配。HTTP代理本身不处理TLS握手，你拿它去请求HTTPS站点，客户端会尝试跟代理建SSL连接，但代理不认这个，就报错了。解决办法有两个：要么确认你的代理支持HTTPS协议（神龙HTTP是支持HTTP/HTTPS/SOCKS5三种协议的），要么在请求时把代理协议改成HTTPS方式传入。先排除协议问题，再怀疑IP本身。
Q：同一个IP，我这边测不通，同事那边测是通的，怎么回事？
这种情况我碰到过，通常跟本地网络环境有关。你检查一下自己这边有没有本地代理设置、防火墙规则、或者公司网络出口对特定端口做了限制。代理IP的端口（比如8080、3128）如果你本地网络不允许出站，那自然连不上。换个网络环境（比如手机热点）再试一次，如果通了，问题就在你本地，不在IP。
Q：短效IP的存活时间到了，我还能用吗？怎么判断它已经"过期"了？
过期之后这个IP基本就废了，再发请求大概率会超时或者被拒绝。判断方法很简单：到了标称的存活时间之后，你再发一个请求，如果连续两次以上超时（timeout），就可以认为它已经失效了。这时候别恋战，直接从池子里重新提取一个新的。神龙HTTP的短效动态IP支持3到30分钟不同时长，你根据自己单次任务的实际耗时来选，别选太短的，留点余量。
Q：我验IP的时候用httpbin.org，能不能换成别的测试目标？
完全可以，测试目标不固定。任何你能正常访问的HTTP/HTTPS站点都行，比如你业务实际要请求的那个站点本身（发一个最轻量的GET请求就行）。用真实业务目标来验其实更准确，因为有些IP对特定CDN节点或者特定地域的服务器连通性不一样。但如果你只是做基础可用性筛查，用公共测试接口就够了，没必要每次都打真实业务接口，免得给对方服务器添负担。
