1测速这件事，大多数人做错了
最常见的测速方式是：打开 Clash 或者其他客户端，点一下"测速"按钮，看哪个节点延迟最低，选那个。
这个方法不是完全没用，但问题很明显：客户端内置的测速测的是 ICMP 或 TCP 延迟，不测带宽，不测丢包，不测抖动。延迟 30ms 的节点，实际带宽可能只有 2Mbps；延迟 80ms 的节点，带宽可能有 100Mbps。用单一延迟数字选节点，很容易选错。
另外，什么时间测也很关键。白天测出来的结果，在晚高峰可能完全不一样。
下面把测速拆开来说，搞清楚每个指标测的是什么、怎么测更准。
2三个核心指标，分别代表什么
一个数据包从你这里发出去、到达节点再回来的时间，单位毫秒（ms）。决定操作响应速度，游戏和会议最敏感。
单位时间内能传输多少数据，通常以 Mbps 表示。决定看视频、下文件的速度，流媒体最依赖这个指标。
发出去的数据包有多少比例没有收到回应。丢包直接导致卡顿、视频花屏、会议断音，超过 2% 就会有明显感知。
还有一个经常被忽略的指标：抖动（Jitter），指延迟的波动幅度。延迟平均 40ms 但每次测量在 10–100ms 之间跳，体验会比延迟稳定在 60ms 还差。这个指标对实时通话和游戏影响极大。
| 使用场景 | 最关键指标 | 参考标准 |
|---|---|---|
| 看视频 / 流媒体 | 带宽稳定性 | 4K 约需 25Mbps+，1080p 约需 8Mbps+ |
| 竞技游戏 | 延迟 + 抖动 | 延迟 <80ms，抖动 <10ms，丢包率 <0.5% |
| 视频会议 | 丢包率 + 抖动 | 丢包率 <1%，抖动 <20ms |
| 日常浏览 | 延迟 | <200ms 基本无感知 |
| 大文件下载 | 峰值带宽 | 越高越好，稳定优先 |
3常用测速工具和用法
客户端内置测速（快速筛选用）
Clash、Sing-box、Shadowrocket 等客户端都内置了节点测速功能。这个功能的价值是快速排除明显不可用的节点——延迟超过 500ms 或者直接超时的节点基本不用考虑。但不要把这个测出来的延迟当作节点质量的最终判断。
Speedtest（测实际带宽）
连上节点之后，打开 speedtest.net 或者使用 Speedtest 官方 App，选择一个海外测速服务器（选 Cloudflare 或者离落地节点近的地区），跑一次完整测速。
这个测的是代理链路上的真实带宽，比客户端内置测速有参考价值得多。重点看上行带宽和下行带宽，以及两次测速之间的波动，如果每次测出来差异很大，说明这条链路不稳定。
fast.com（Netflix 的测速工具）
Netflix 官方出的测速页面，走的是 Netflix 的 CDN 节点。对想用机场看 Netflix 的用户来说，这个测速比通用 Speedtest 更贴近实际体验——毕竟测的就是你会用到的那条路。
YouTube 实测（最直观）
连上节点，打开 YouTube，手动切到 4K 或 1080p 分辨率，看缓冲速度和是否出现质量自动降级。视频右键点击"统计信息"，可以看到当前实际播放分辨率、连接速度和缓冲健康度。这是最贴近真实使用场景的测试。
ping 和 traceroute（排查路由问题）
如果你发现某个节点速度异常慢，可以用 ping 和 traceroute（Windows 上是 tracert）来排查是哪一段链路出了问题。这个方法相对专业，对普通用户来说不是必须的，但遇到奇怪问题时有帮助。
clash-speedtest 等工具，可以批量测试订阅里所有节点的延迟和带宽，输出排名。适合节点数量多、想批量筛选的用户。用法稍微有点技术门槛，但网上教程很多，搜一下工具名能找到。
4什么时候测，比用什么工具更重要
这是测速里最容易被忽视的一点。同一个节点，早上 10 点测和晚上 10 点测，结果可能差 10 倍。
原因前面提到过——国内出口带宽在晚高峰会被打满，超卖的节点在这时候暴露得最彻底。所以评估一个节点是否真正可用，有一个不能省的步骤：
- 晚高峰（20:00–23:00）至少测一次，这是压力最大的时段
- 工作日和周末各测一次，有些节点只在工作日稳定
- 多测几次取平均，不要依赖单次结果，网络本来就有波动
- 如果条件允许，连续几天在同一时段测，看稳定性曲线
5测速时常见的几个误区
误区一：只看延迟，不管带宽
延迟低不等于速度快。延迟衡量的是响应时间，带宽衡量的是吞吐量，两个是完全不同的维度。打游戏延迟重要，看视频带宽重要，大多数场景需要两者都达标。
误区二：用国内 Speedtest 节点测速
连上代理之后跑 Speedtest，如果选的测速服务器在国内，测的其实是国内网络到代理节点再回来的速度，跟你实际访问海外内容的链路不一样。要选海外的测速节点，才能反映真实的代理链路质量。
误区三：以为一次测速能说明问题
网络状态是动态的，单次测速结果受当前网络负载、时段、随机抖动等很多因素影响。测一次数据好不代表节点一直好，测一次数据差也可能只是偶发。至少跑 3–5 次，看结果的一致性。
误区四：测速工具本身走了代理
这个反而是少数情况，但值得注意：如果你的代理规则设置成"全局模式"，Speedtest 的连接也会走代理，测出来的数据是对的。但如果是"规则模式"，Speedtest 的流量可能没走代理，测出来的是本机直连速度，跟代理节点质量没关系。测速之前确认一下代理模式。
误区五：只测自己最常用的那一两个节点
很多机场套餐里有几十个甚至上百个节点，大多数人只用默认的几个，从来不测其他的。实际上，同一套餐里不同节点的质量差异可能非常大，有时候换一个地区或者换一条线路，体验能提升一倍。花半小时把所有节点都跑一遍，往往值得。
6测出来的数据怎么看
测速跑完之后，面对一堆数字，怎么判断"够不够用"？
| 指标 | 优秀 | 够用 | 有问题 |
|---|---|---|---|
| 延迟（香港节点） | <30ms | 30–80ms | >150ms |
| 延迟（日本/新加坡节点） | <60ms | 60–120ms | >200ms |
| 延迟（美国节点） | <150ms | 150–250ms | >300ms |
| 下行带宽（晚高峰） | >50Mbps | 10–50Mbps | <5Mbps |
| 丢包率 | 0% | <2% | >5% |
| 抖动（Jitter） | <5ms | 5–20ms | >50ms |
注意这些数字只是参考范围，不同使用场景的容忍度不一样。日常浏览网页，延迟 200ms 也几乎没影响；竞技游戏，延迟 80ms 可能已经让你打不过人。按自己的实际需求来判断，比对着表格硬套更重要。
测速的核心逻辑
把这篇文章的要点浓缩一下：
- 延迟、带宽、丢包率是三个独立指标，要根据使用场景决定哪个更重要，别只看延迟。
- 晚高峰测速才有参考价值，白天测出来的好数据，到晚上可能完全不一样。
- 多测几次、多测几天，稳定性比单次峰值重要，波动大的节点再快也不好用。
- 把套餐里的节点都测一遍，很多人在用次优节点，换一个可能提升明显。