先搞清楚：说一个代理"能用"，到底指哪几件事
很多人拿到代理IP，第一反应是复制进软件里点一下，能打开网页就觉得没问题。结果真跑起业务来，要么大批量失败，要么被目标站识别出来，要么慢到把整个任务拖垮。原因很简单："能打开网页"只是所有指标里要求最低的一项。
一次完整的验活，至少要拆成三件事来做：
- 连通性——代理服务器能不能连上，请求发得出去、回得来；
- 匿名度——目标网站看到的到底是谁的IP，会不会把你的真实地址暴露出去；
- 速度——延迟、成功率、并发下的表现，能不能撑住你的业务量。
三项都过，这条代理才算真正可用。下面逐项讲怎么测、怎么看结果。
第一项：连通性测试——先确认这条线是通的
连通性测试目标只有一个：证明"经过这个代理，请求能发得出去、能回得来"。操作上分三步。
第一步：把代理串写对。最常见的失败不是代理坏了，而是格式写错了。完整格式一般是 http://用户名:密码@代理服务器地址:端口，注意开头一定要带 http://，少了这七个字符，很多程序会直接报错。
第二步：一定要加超时。不设超时，一条死掉的代理会让你的程序原地卡住几十秒甚至更久，批量跑起来就是灾难。建议单次请求超时设在 5～10 秒。
第三步：看状态码和耗时。能正常拿到 200，说明线路通；返回 407 多半是账号密码或授权有问题；返回 502、504 通常是代理服务端那边没连上目标站；直接超时则说明代理地址、端口或本地网络有问题。
用命令行快速验证，可以这样写：
# 通过代理访问一个国内站点，只看状态码和总耗时
curl -x http://用户名:密码@代理服务器地址:端口 \
-m 10 -o /dev/null -s \
-w "状态码:%{http_code} 耗时:%{time_total}s\n" \
https://www.baidu.com如果在脚本里批量验活，用 Python 会更顺手，一次可以跑几十上百条：
import requests, time
proxy = "http://用户名:密码@代理服务器地址:端口"
proxies = {"http": proxy, "https": proxy}
start = time.time()
try:
r = requests.get("http://你的回显接口地址/",
proxies=proxies, timeout=8)
cost = round((time.time() - start) * 1000)
print("状态码:", r.status_code, "耗时:", cost, "ms")
print("回显内容:", r.text[:300])
except Exception as e:
print("这条不通:", e)常见的连不上原因，按出现频率排一下：代理串少了 http://、端口填错、账号密码过期、本机IP没加进白名单、公司防火墙拦截了非常用端口、以及最容易被忽略的一条——这条IP本身已经过期了。
第二项：匿名度测试——看目标站能不能扒出你的真实IP
请求经过代理之后，目标服务器会收到一串请求头。判断匿名度高不高，本质就是看这串头里有没有把你的真实身份漏出去，或者有没有明说"我是代理"。
判断方法很简单：找一个能够回显请求头的接口（自己搭一个也行），通过代理访问它，然后逐项对照返回内容：
REMOTE_ADDR/ 回显的来访IP：显示的是代理IP还是你的真实IP？X-Forwarded-For：里面有没有出现你的真实IP？Via、Proxy-Connection、X-Proxy-Id等头：有没有主动暴露"这是一次代理请求"？
| 类型 | 目标站看到的IP | 是否自曝代理身份 | 适用场景 |
|---|---|---|---|
| 透明代理 | 能看到你的真实IP | 会暴露 | 仅内部缓存加速，不适合业务采集 |
| 普通匿名代理 | 只看到代理IP | 会暴露 | 一般访问可用，风控严格的站点有风险 |
| 高匿名代理 | 只看到代理IP | 不暴露 | 采集、多账号、对风控敏感的业务 |
一句话判断：回显里既没有你的真实IP，也没有任何"我是代理"的标记，才算高匿名。只要出现其中一样，就降一级。做数据采集、多店铺运营这类业务，建议一次抽测 10 条以上，全部达标再批量使用。
第三项：速度测试——跑得通，还要跑得快、跑得稳
速度是最容易被误判的一项。有人测一次 80 毫秒就认为这条线路很快，结果并发一上来全是超时。所以速度不能看单次成绩，要看三个维度：
延迟：从发出请求到收到第一个字节的时间。测的时候不要只跑一次，跑 20～50 次取平均值，单次极快极慢都不算数。
成功率：连续请求 100 次，统计成功多少次。这个数字比延迟更影响业务，一条延迟 60 毫秒但成功率只有 80% 的代理，实际效率远不如延迟 150 毫秒但成功率 99% 的。
并发表现：用多线程同时发 5～10 个请求，观察延迟是否飙升、是否开始出现失败。很多代理单线程很漂亮，一并发就原形毕露。
| 指标 | 优秀 | 可接受 | 需要排查 |
|---|---|---|---|
| 平均延迟 | 100ms 以内 | 100～300ms | 300ms 以上 |
| 请求成功率 | 99% 以上 | 95%～99% | 95% 以下 |
| 并发 5 线程延迟增幅 | 基本无变化 | 增加 50% 以内 | 成倍上涨 |
另外两个小技巧：分时段测，晚高峰和凌晨的结果经常不一样；就近选节点，代理所在城市离目标站点越近，延迟通常越低，不要一味追求"IP多"而忽略线路走向。
三项都过了，再补一句：稳定性比单次成绩更重要
实测中还有一个坑：三项指标一次全过，跑了半小时开始集体失败。这通常不是代理本身不能用，而是IP存活时长到了。短效代理本来就是频繁更换的，验活时要顺便记录两件事——这条IP连续可用多久、换新IP后多久能进入可用状态。
建议的做法是：业务高峰期做一次完整复测，连续观察 2～4 小时，把每次的成功率记下来。能稳定跑完这个观察期的代理，才值得放进正式任务里。
为什么这套验活流程，建议直接在天启HTTP上做
验活流程本身不复杂，麻烦的是IP来源不稳定、换来换去测不完。天启HTTP 作为国内IP代理服务商，有几个点正好对上这套流程：
- 国内IP资源池，覆盖城市多——可以按目标站点就近选节点，从源头把延迟压下来；
- 提供动态短效、隧道、独享等多种提取方式——短效适合高频更换的采集任务，独享通道资源不与他人共享，匿名度和稳定性更可控；
- 支持API批量提取——脚本里自动取IP、自动跑连通和速度检测、自动剔除不合格的，整套验活可以全流程自动化；
- 并发支持到位——多线程同时请求时不容易出现延迟飙升；
- 7×24 技术支持——真遇到某批IP异常，能快速确认是线路问题还是用法问题。
需要说明的是，天启HTTP 提供的是国内IP代理服务，适合电商运营、数据采集、账号管理、网络测试这类国内业务场景，不适用于需要访问境外站点的需求，采购前请先确认自己的业务方向对得上。
常见问题
Q：代理在浏览器里能打开网页，脚本里却一直报错，是怎么回事？
大概率是协议或格式没对上。浏览器会自动补全协议，脚本不会。检查一下代理串开头是否带 http://，以及代码里是否只在 https 字段配了代理、http 字段空着。
Q：返回状态码 200，是不是就说明验活通过了？
不是。200 只说明连通这一项过了，匿名度和速度还没测。而且有些目标站返回的不是标准状态码，被拦截时也可能是 200 加一段验证页面，所以最好同时看返回内容里有没有异常提示。
Q：匿名度测试需要多严格？
看你对接的站点风控强度。普通资讯浏览测到"不暴露真实IP"就够了；做采集、多账号这类业务，建议按高匿名标准卡——既不能出现真实IP，也不能出现任何代理标记头，并且要抽测多条，不能只测一条。
Q：延迟多少算正常？
国内线路一般 100 毫秒以内算优秀，100～300 毫秒属正常可用，超过 300 毫秒就该查一下是不是节点选远了、本地网络有问题，或者这条IP本身负载高。
Q：短效代理每次都会换IP，难道每次都要重新测？
不需要人工一条条测。写个循环脚本，取一批IP跑一遍连通和速度检测，把不合格的剔除掉再进入业务，整个过程自动化即可。建议把成功率阈值设在 95% 以上。
Q：天启HTTP 的代理可以用来访问境外网站吗？
不能。天启HTTP 是国内的IP代理服务商，提供的都是国内节点，只适用于国内业务场景，需要境外访问的场景请另找方案。
