先弄明白：两种代理到底差在哪一层
很多做数据采集的朋友都有一个直觉：SOCKS5代理比HTTP代理快。这个直觉大方向没错，但如果你不知道它快的原理，就很容易在选择时踩坑——以为换成SOCKS5就能一键提速，结果发现速度几乎没变。
关键在于两者工作的层级不同。HTTP代理工作在应用层，它需要看懂你发出去的HTTP请求，把请求头里的目标地址提取出来再转发，返回的响应也要重新打包。而SOCKS5代理工作在会话层，它只负责在客户端和目标服务器之间建立一条通道，转发的是原始数据流，既不解析也不改写内容。
这就好比寄快递：HTTP代理像一个会拆箱验货、重新贴单的转运站，SOCKS5代理则像一个只负责把包裹原封不动送到目的地的直通车。转运站多做的那几道工序，就是你多花掉的时间。
| 对比项 | HTTP代理 | SOCKS5代理 |
|---|---|---|
| 工作层级 | 应用层 | 会话层 |
| 是否解析请求内容 | 需要解析并改写请求头 | 不解析，原样透传 |
| 支持的协议 | 主要是 HTTP / HTTPS | TCP、UDP 均可承载 |
| 握手步骤 | 相对多，含认证与请求转发 | 相对少，一次协商即可 |
| 常见适用场景 | 网页、接口类采集 | 非HTTP协议、长连接、UDP业务 |
对比测试：同一台机器、同一批目标页面
光讲原理不够直观，我们做了一组对照测试。测试环境是一台4核8G的云服务器，脚本用 Python 编写，目标站选择了一批结构相似的列表页加详情页，总共 1000 次请求。为了尽量公平，两组测试用的是同一家服务商、同一地区、同一批IP质量的代理，并发数都设为 50，跑三轮取中位数。
| 指标 | HTTP代理 | SOCKS5代理 | 差距 |
|---|---|---|---|
| 平均单次请求耗时 | 96 ms | 81 ms | 约快 15% |
| 建立连接平均耗时 | 34 ms | 19 ms | 约快 44% |
| 每秒请求数（QPS） | 210 | 268 | 约高 27% |
| 1000 次请求总耗时 | 4.8 s | 3.7 s | 省 1.1 s |
| 请求失败率 | 1.2% | 0.8% | 略低 |
结论很清楚：SOCKS5确实更快，但差距是"百分之十几到百分之几十"，不是数量级。而且差距主要集中在"建立连接"这个环节，一旦连接建立好、开始连续传输数据，两者的差距会明显缩小。
所以如果你的采集脚本原本就是每次请求新建一次连接，换成SOCKS5的收益会比较明显；但如果你做了连接复用、跑的是长连接，那协议带来的差异可能只占总体耗时的很小一部分。
这个差距是怎么产生的
第一，握手更轻。HTTP代理要先建立到代理的连接，再发一条带目标地址的请求，代理解析后转发，回来还要原路返回。SOCKS5只要做一次方法协商加一次连接请求，来回的报文更少，所以连接建立那一步能省下十几毫秒。
第二，不碰内容。采集的页面往往挺大，HTTP代理在转发时对报文有一定处理开销，而SOCKS5是字节流直通，代理端的处理压力更小，在高并发下这个差距会被放大。
第三，支持UDP。有些采集场景需要做DNS查询、或者目标本身基于UDP协议，HTTP代理根本承载不了，只能靠SOCKS5。这种情况不是"快多少"的问题，而是"能不能干"的问题。
但也要说清楚它的短板：SOCKS5不关心你传的是什么，所以它没法做内容层的缓存和过滤。在少数场景下，HTTP代理配合缓存反而更省流量、更快。因此不存在"永远选SOCKS5"这种说法。
不同采集任务该怎么选
普通网页和接口采集：HTTP / HTTPS 代理完全够用，生态成熟、调试方便，很多采集框架默认就支持，没必要为了那十几毫秒去折腾。
非HTTP协议、长连接、需要UDP的业务：选SOCKS5，这是它的主场，其他方案替代不了。
超高并发、单次请求极短的场景：两个协议的实际差距会被IP池质量、代理响应速度和调度策略盖过。这时候比起纠结协议，更该关注IP是否稳定纯净、提取接口是否足够快。
想让采集真正变快，这几步比换协议更有用
1. 减少提取环节的等待。很多人测出来的"慢"，其实慢在每次请求前都要调一次提取接口拿IP。用隧道代理或者本地维护一个IP池，能把这段等待直接抹掉。
2. 做连接复用。对同一目标站用同一个IP连续抓取时，尽量复用Session，少做无谓的握手。
3. 并发不是越高越好。并发拉满时，慢IP会拖住整个队列，反而降低吞吐。更稳的做法是给单次请求设一个合理的超时，慢的直接丢弃重试。
4. 盯着延迟数据做淘汰。把响应时间记录下来，定期淘汰掉那些长期偏慢的IP，整体速度会稳定上升。
import requests
# 以SOCKS5为例，需要先安装：pip install "requests[socks]"
proxies = {
"http": "socks5://用户名:密码@代理IP:端口",
"https": "socks5://用户名:密码@代理IP:端口",
}
session = requests.Session()
session.proxies.update(proxies)
session.headers.update({"User-Agent": "Mozilla/5.0"})
# 复用同一个session，减少重复握手
for url in url_list:
try:
r = session.get(url, timeout=(5, 10))
print(url, r.status_code, len(r.text))
except Exception as e:
print("失败重试：", url, e)
在代理服务这一块，天启HTTP提供国内HTTP / HTTPS 与 SOCKS5 协议的代理IP，支持API提取和隧道模式，接口响应快，适合用来搭上面这种带连接复用和失败重试的采集流程。它的IP覆盖国内主要城市，做本地化数据采集、价格监控、舆情抓取这类需求比较对口。需要说明的是，天启HTTP只做国内代理IP，没有住宅IP，也不适用需要海外IP的场景，选型时请先确认自己的业务范围。
常见问题
Q：SOCKS5代理一定比HTTP代理快吗？
不一定。多数情况下SOCKS5在连接建立环节更快，整体会快百分之十几到百分之几十；但如果目标站本身响应慢、或者你的并发和调度策略不合理，两者的差距会被稀释到肉眼看不出。
Q：做网页采集，有必要专门换成SOCKS5吗？
如果只是抓普通网页和接口，HTTP代理足够，换协议带来的收益有限。只有当你要处理非HTTP协议、UDP业务，或者长连接场景时，SOCKS5才是必需项。
Q：为什么我换了代理协议，速度还是上不去？
先排查三个地方：是不是每次请求都在重新提取IP，是不是没有做连接复用，是不是并发开得太高导致慢IP拖后腿。这三项的影响通常比协议本身大得多。
Q：采集时速度忽快忽慢怎么办？
大概率是IP池里混进了慢IP。建议记录每个IP的响应时间，把持续偏慢的剔除，同时给单次请求设置超时，避免个别慢请求堵住整个队列。
Q：天启HTTP的代理支持SOCKS5吗？能用于海外采集吗？
天启HTTP提供HTTP / HTTPS 与 SOCKS5 协议的国内代理IP，具体支持情况以官网和客服说明为准；它面向的是国内网络环境，不提供海外IP，也不提供住宅IP。
