先弄清楚：HTTP代理服务器在替你做什么
HTTP代理服务器说白了就是一个"中转站"：你的程序把请求交给它，它用自己的出口IP去访问目标网站，再把结果原样带回来。目标网站看到的是代理的IP，不是你的IP。所以它同时承担了三件事——替你换身份、替你扛并发、替你跑流量。
很多人选HTTP代理服务器的时候，只看广告页上写着"支持1000并发""独享百兆带宽""海量IP池"，结果买回来一跑，十分钟就开始大量超时。问题不在这些数字是假的，而在于这些数字大多来自短时间的极限压测，不是你能长期稳定用到的。
真正决定一套HTTP代理服务器好不好用的，只有三个硬指标：并发能力、带宽容量、出口质量。下面挨个拆开讲。
并发能力：别只看"支持多少线程"
"支持500并发"这种说法，通常指的是服务器在理想状态下能同时接受的连接数上限，跟你程序里真正能跑稳的线程数完全是两回事。你真正要关心的是稳定并发——在连续跑30分钟以上、响应时间不恶化、错误率不上涨的前提下，能维持的同时请求数。
判断并发能力，主要看三件事：
一是连接复用。HTTP代理如果每次请求都重新握手建连，光握手开销就能吃掉大半性能。好的代理服务会复用连接，同样的硬件下吞吐能高出好几倍。
二是错误率随并发上升的曲线。你把并发从50加到100、200，观察错误率。如果是从0.5%平稳涨到1.5%，属于正常波动；如果是突然跳到15%以上，说明这套HTTP代理服务器的实际并发天花板就在这儿。
三是失败后的恢复速度。代理IP被目标站限制、节点临时抖动都很正常，关键看切换下一个出口要多久。切换慢的服务，一个小故障就能把你的整个任务卡住。
带宽：先算清楚你到底需要多少
带宽这件事最容易踩坑。厂商说的"独享100M"和你想的100M很可能不是一个东西：有的是整条线路的总带宽共享给所有用户，有的是单个出口IP的限速，还有的只是机房出口的理论峰值。
先做个简单的估算，你就知道自己需要什么量级了：
所需带宽 ≈ 单次请求平均数据量 × 每秒请求数
举个例子：如果你抓的是普通网页或API接口，单次请求平均50KB，每秒跑200个请求，那实际占用大约是 50KB × 200 = 10MB/s，也就是80Mbps左右。这种场景下，带宽往往不是瓶颈，并发数和延迟才是——你卡住的原因是等响应，不是传数据。
反过来，如果你的业务是下载图片、视频切片、安装包、大体积报表，单次就是几MB甚至几十MB，那带宽就是硬约束。这时候"高并发"帮不上忙，几十个线程就能把带宽跑满，再多线程也只是一起慢。
所以选HTTP代理服务器时要问清楚三句话：这个带宽是单IP的还是总池子的？是共享的还是独享的？超了会限速还是直接断？
出口质量：最能拉开差距的隐形指标
并发和带宽是可以花钱堆出来的，出口质量不行。它决定了你的请求能不能顺利到达目标网站、能不能被正常识别为普通访问。出口质量主要看四个维度：
延迟。不只看平均值，更要看高峰时段的抖动。平均80ms但时不时跳到2秒的线路，比稳定在150ms的线路难用得多。
可用率。也就是请求成功率。很多服务标称99%，实际跑起来在90%上下浮动。对批量任务来说，这10%的差距可能就是几小时的返工。
IP纯净度。一个出口IP如果被太多人共用、或者之前被目标站大量拉黑过，你用起来就会频繁遇到验证码、跳转、直接拒绝。这也是独享IP比共享IP贵的原因——它只属于你，历史记录干净。
地域覆盖。代理节点离目标网站越近，链路越短，延迟和丢包都更低。做本地化业务时，出口IP落在目标城市还能避免很多不必要的麻烦。
三者怎么权衡：不同业务看不同权重
没有一套HTTP代理服务器能在三个维度上全部满分，关键是按你的业务类型分配权重。下面这张表可以直接对照：
| 维度 | 具体看什么 | 怎么测 | 不达标的典型表现 |
|---|---|---|---|
| 并发 | 稳定并发连接数、错误率曲线、故障切换速度 | 50/100/200线程阶梯加压，连续跑30分钟 | 跑十几分钟开始集体超时，大量502/连接被重置 |
| 带宽 | 总带宽、单IP带宽、是否独享、超限策略 | 多线程下载大文件，看总速度能否跑满 | 小请求一切正常，一拉大文件就集体龟速 |
| 出口质量 | 延迟与抖动、成功率、IP纯净度、节点地域 | 多地区ping + 连续1小时成功率统计 | 成功率卡在90%左右，频繁触发验证或空响应 |
按业务场景来看：短请求型的采集、比价、监控，权重应该是出口质量 > 并发 > 带宽；大文件下载、素材抓取，权重是带宽 > 出口质量 > 并发；多账号同时在线这类场景，独享IP和出口纯净度基本是第一位，并发数反而要求不高。
动手实测：一段代码看清真实水平
选HTTP代理服务器不要只听描述，自己跑一遍最实在。用下面这段代码，把并发从50加到200，重点看成功率和平均耗时这两个数字：
import time, concurrent.futures, requests
PROXY = "http://你的用户名:你的密码@你的代理地址:端口"
TARGET = "https://你要访问的目标站/" # 换成你真实业务里的地址
def one_task(i):
start = time.time()
try:
r = requests.get(
TARGET,
proxies={"http": PROXY, "https": PROXY},
timeout=10
)
return r.status_code, int((time.time() - start) * 1000)
except Exception:
return "ERR", int((time.time() - start) * 1000)
with concurrent.futures.ThreadPoolExecutor(max_workers=100) as pool:
result = list(pool.map(one_task, range(300)))
ok = [r for r in result if r[0] == 200]
print("请求总数:", len(result))
print("成功率 :", round(len(ok) / len(result) * 100, 1), "%")
print("平均耗时:", sum(r[1] for r in ok) // max(len(ok), 1), "ms")
建议连跑三轮：第一轮50线程、第二轮100线程、第三轮150线程。成功率掉得最慢、耗时涨得最平缓的那一档，就是这套线路的真实稳定并发。按这个数字去打七折，才是你敢写进项目配置里的值。
为什么很多人最后选了天启HTTP
天启HTTP是国内HTTP代理IP服务商，产品围绕"并发、带宽、出口质量"这三件事来设计，比较适合需要长期稳定跑任务的国内业务场景。
在产品形态上，天启HTTP提供短效代理、独享代理、隧道代理等选择：短效代理适合需要频繁更换出口的采集类任务；独享代理的出口IP只归你使用，纯净度可控，适合多账号并发、对稳定性要求高的业务；隧道代理则把IP切换交给服务端处理，程序里只需要配置一个固定入口，省掉了自己维护IP池的代码。
在接入方式上，支持HTTP/HTTPS协议，提供API提取接口，可以按需拉取IP、按量控制频次，和现有代码对接比较简单；节点覆盖国内多个省市，方便按目标城市就近选出口，缩短链路、降低延迟。
在稳定性上，天启HTTP提供并发与带宽的可选配置，用之前建议先用上面那段代码做一轮压力测试，按实测结果决定并发档位——这也是我们一贯建议的选型方式：先测，再买。
常见问题
Q：并发数和线程数是一回事吗？
不是。线程数是你的程序开了多少个"工人"，并发数是代理服务器同时能接住多少个请求。开200个线程但代理只能扛80并发，多出来的120个线程只会排在队列里空等，还容易触发超时。正确做法是先测出代理的稳定并发，再让线程数略低于这个值。
Q：带宽标称一样，为什么用起来差别很大？
因为标称值可能是整条线路的总带宽共享给所有人，也可能是单个IP的限速。共享带宽在高峰期会被其他用户挤占，你的实际速度可能只有标称的三成。选型时务必问清楚是独享还是共享、是单IP还是总池子。
Q：成功率90%算好还是差？
看你做什么。人工浏览场景90%几乎感觉不到差别；但批量任务里90%意味着1万次请求有1000次失败，如果这些失败还要重试，实际耗时可能翻倍。长期跑任务的业务，建议把成功率基准定在97%以上，低于这个值就先排查出口IP纯净度和节点地域。
Q：独享IP和共享IP该怎么选？
对稳定性要求高、请求频次密集、账号需要长期保持同一出口的业务，选独享IP更稳妥，因为IP历史干净、不会被他人的行为牵连。临时性、低频次、对单个IP没有要求的任务，用短效代理成本更低。
Q：隧道代理和自己维护IP池有什么区别？
自己维护IP池需要写定时提取、失效剔除、健康检查一整套逻辑，代码量和维护成本都不低。隧道代理把切换动作放在服务端，你的程序只连一个固定地址，后面换IP对你透明，适合团队里没有专门运维人力的情况。
Q：能不能用来访问国外网站？
不能。天启HTTP是国内的HTTP代理IP服务商，节点资源面向国内网络环境，不适用于需要境外出口的场景。
