代理服务器使用技巧与最佳实践 #2

代理节点连得上不代表用得顺手，速度才是决定采集效率的关键。本篇介绍延迟、带宽、丢包率三项核心指标的测试方法，并给出批量测速脚本的设计思路，帮你筛出真正优质的代理节点。

延迟、带宽、丢包率：衡量代理速度的三把尺子

很多新手只看"能不能连上"，其实一个代理节点是否优质，至少要从三个维度量化评估：

延迟： 从发起请求到收到首字节的耗时，建议低于 800 毫秒，超过 2 秒的节点会严重拖慢采集节奏。
带宽： 决定大页面与图片资源的下载速度，可以用固定大小文件的下载耗时来估算。
丢包率： 反映链路稳定性，连续发送 10 个探测请求统计失败比例，丢包率高于 20% 的节点不建议继续使用。

单节点测试：一条命令看清各阶段耗时

测试 HTTP 代理可以用 curl 直接指定出口，并输出请求各阶段的时间分解：

curl -x http://用户名:密码@代理地址:端口 -o /dev/null -s \
  -w "连接耗时:%{time_connect}s 首字节:%{time_starttransfer}s 总耗时:%{time_total}s\n" \
  https://httpbin.org/ip

其中首字节时间最能代表代理的实际响应速度；测试 SOCKS5 代理时，把协议前缀换成 socks5h:// 即可，末尾的 h 表示连域名解析也交给代理端完成，测试结果更真实。

批量测速脚本的设计思路

节点一多，逐个手测不现实，脚本化批量测速才是正解，核心流程如下：

并发探测： 用线程池同时测试多个代理，并发数控制在 20~50，避免本机带宽成为瓶颈。
统一目标： 所有节点请求同一个测速地址，保证结果之间可比。
多次采样： 每个节点测 2~3 次取中位数，剔除偶发波动带来的误判。
结果落盘： 按延迟与成功率综合评分排序，写入文件供调度程序直接读取。

import concurrent.futures
import requests

def test_proxy(proxy):
    proxies = {"http": proxy, "https": proxy}
    try:
        r = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=5)
        return proxy, r.elapsed.total_seconds()
    except requests.RequestException:
        return proxy, None

with open("proxies.txt", encoding="utf-8") as f:
    proxies = [line.strip() for line in f if line.strip()]

with concurrent.futures.ThreadPoolExecutor(max_workers=30) as ex:
    results = list(ex.map(test_proxy, proxies))

alive = sorted((p for p in results if p[1] is not None), key=lambda x: x[1])

跑完之后按延迟从低到高排序，超时节点直接淘汰，就得到一份可以立刻投入使用的优质节点清单。

测速节奏与常见误区

分时段测试： 代理速度在早晚高峰差异明显，重要任务开始前最好再测一轮。
别用目标站测速： 用中立的测速地址做探测，避免把测试流量暴露给目标网站的风控系统。
警惕成功率衰减： 昨天满分的节点今天可能大面积失效，测速应当作为例行任务定期执行，而不是一次性动作。

把"延迟达标 + 连续多次成功"作为入池门槛，池子里留下的自然都是经得起考验的高速节点。

Article ID: 62

（本文仅供技术交流，请遵守法律法规）