挑代理的时候，很多人只盯着商家页面上那句"极速响应"，买回来一跑业务，加载图片照样转圈，采集任务跑到一半超时。速度这东西，光看宣传数字没用，得自己会测、会看数据。这篇就把测速这件事拆开讲清楚：看哪几个指标、用什么工具测、测完怎么提速。
先搞懂：代理的"速度"其实是四个数
平时说一个代理"快"，其实混了好几件事，拆开看是四个指标：
延迟（响应时间）：你发一个请求，到代理那边给你回话，中间隔了多少毫秒。这是最常被提到的数，30ms以内算优秀，100ms以内日常业务基本无感，超过200ms就能明显觉得"钝"。
带宽（下载速度）：延迟决定"多快有反应"，带宽决定"内容多快拉完"。打开带大图的页面、下载文件，看的都是它。注意单位换算：6Mbps的带宽，理论上每秒最多拉700多KB，别错当成每秒6MB。
丢包率：数据在传输路上丢掉的比例。丢包超过2%，哪怕延迟很低你也会觉得卡——丢了就得重传，一来一回时间直接翻倍。
抖动：多次测出来的延迟之间的波动。第一次30ms、第二次180ms，平均值看着还行，实际体验一卡一卡的，这就是抖动大。
四个指标里，延迟和带宽决定"快不快"，丢包和抖动决定"稳不稳"。买之前只问延迟，等于只看了三分之一。
手把手测：三个方法，从省事到精确
方法一：浏览器开发者工具，适合看网页加载
按F12打开开发者工具，选到Network面板，刷新页面，底下每一行就是一个请求，Time那一列是耗时，最底下还有整体加载时间。挂上代理再刷一遍，对比两次的总耗时，差距一目了然。
方法二：curl命令，适合测延迟
Windows、Mac、Linux都能用，一行命令看到各个阶段的耗时：
curl -x http://用户名:密码@代理地址:端口 -o /dev/null -s -w "连接耗时:%{time_connect}s 首字节:%{time_starttransfer}s 总耗时:%{time_total}s\n" https://example.com多跑几次取平均，别拿单次结果下结论。想省事可以直接跑五轮：
for i in 1 2 3 4 5; do curl -x http://用户名:密码@代理地址:端口 -o /dev/null -s -w "%{time_total}s\n" https://example.com; done方法三：拉一个真实文件，测实际带宽
延迟再漂亮，带宽不行照样慢。把命令里的地址换成你业务里真实要拉取的文件，重点看speed_download这一项：
curl -x http://用户名:密码@代理地址:端口 -o /dev/null -s -w "平均速度:%{speed_download}字节/秒\n" "你的文件下载地址"测出来的数字先除以1024换算成KB，再乘8换算成比特，跟套餐标称的带宽对一下，看看有没有被"注水"。
三种方法测完，建议记一张这样的表，不同节点横向对比：
| 指标 | 反映什么 | 参考线 |
|---|---|---|
| 延迟 | 请求到回应的间隔 | 30ms内优秀，100ms内够用 |
| 下载速度 | 每秒能拉多少数据 | 达到标称值八成算正常 |
| 丢包率 | 数据丢失的比例 | 低于1%比较稳 |
| 抖动 | 多次延迟的波动幅度 | 波动小于20ms算稳定 |
同一个代理，为什么时快时慢
测速数据正常，用起来却忽快忽慢，多半是下面几个原因：
物理距离：你人在南方，挑了个北方的节点，数据多跑一千多公里，延迟自然高。挑代理记住一条：离你越近越好，离目标业务服务器也越近越好。
共享还是独享：共享IP是一条带宽多人用，晚高峰大家一起拉数据，你分到的就少。独享IP的带宽只有你自己用，速度可控性强很多。
协议的开销：不同协议的加密方式不一样，有的握手快、有的传输稳。对速度敏感可以试试SOCKS5这类轻量协议，觉得不稳再换加密更重的协议，各测一遍用数据说话。
IP的"年龄"：时效型动态IP用久了，可能被目标网站限速、验证变多，表现就是越来越慢。遇到这种情况，直接获取新的IP，往往比调参数管用。
你自己的网络：测代理之前先测一下本机直连的速度，排除家里WiFi波动、路由器老化的干扰，别把本地的问题算到代理头上。
实测有效的五个提速技巧
1. 节点就近选。延迟的大头是物理距离，同城节点和跨省节点能差出几十毫秒。像神龙IP这种覆盖200多个城市的，按城市挑离你近的就行，别嫌麻烦。
2. 吃带宽的业务上独享。共享IP便宜，但带宽要跟人分。神龙IP的动态独享套餐峰值带宽给到10Mbps，节点跑在自营机房里，官方标称响应30ms，跑采集、压测这类对速度敏感的活儿明显更稳。
3. 协议别一根筋。同一个节点，换个协议连接方式，速度可能差出一截。SOCKS5和其他加密协议各测一遍，留速度最快、最稳的那个。
4. 错峰跑任务。晚八点到十一点是公共网络的高峰期，不着急的采集任务挪到早上跑，速度能差30%以上。
5. 客户端做好兜底。超时时间设短一点（比如10秒），配两三次自动重试，再准备一个备用节点。单个IP偶尔抽风是常态，程序不卡死才是关键。
常见问题
Q: 延迟低就一定快吗？
不一定。延迟只管"第一声回应"快不快，页面和文件能不能快速拉完，看的是带宽和丢包。延迟30ms但带宽只有1Mbps，加载大图照样卡。两个指标要一起看。
Q: 为什么测速很快，实际跑业务就慢？
常见三个原因：一是测速的时间点不在高峰期，业务跑起来正好撞上晚高峰；二是测速目标离节点近，业务服务器离得远；三是共享IP在你测完之后又进来不少用户分带宽。建议按业务的真实场景测：同样的时间、同样的目标地址。
Q: 多久测一次速比较合适？
动态时效型IP建议每次拿到手先跑一遍延迟测试，几秒钟的事；长期固定IP每周固定测一次并记录下来，速度明显下滑就说明该获取新的IP了。
Q: 测出来速度只有标称的一半，正常吗？
达到标称值八成以内都算正常——传输过程有协议开销，加上本地网络损耗，很难跑满。但如果只有三成不到，先换个节点再测，还是慢就找服务商查线路。
