Clash 里的“测速”通常分两件事：延迟测试和带宽测试。延迟测试看的是节点到测试地址的响应时间，适合判断网页打开、聊天、登录这类交互是否灵敏；带宽测试看的是持续下载或上传能力，更接近看视频、下载文件、同步资料时的体验。
很多人看到延迟数字低，就以为节点一定快。实际使用里，低延迟节点可能带宽很小，高带宽节点也可能在晚高峰抖动明显。测速要结合时间段、目标网站、策略组和本地网络一起看。
Clash 延迟测速怎么看
客户端常见的延迟测速会向一个测试 URL 发起请求，然后显示毫秒数。数字越小，说明这次请求响应越快。一般来说，100ms 以内体感较轻，100-250ms 可用，超过 300ms 时交互类应用容易感到迟滞。
这个数字只能代表测试时刻和测试地址。节点到测试 URL 快，不代表到所有网站都快。想判断某个节点是否适合你的使用场景，最好把测试地址设置成你常用服务能稳定访问的地址，或用客户端默认的健康检查地址先做初筛。
真实带宽应该怎么测
Clash 客户端内置测速通常偏向延迟，不适合直接代表真实带宽。要看带宽，可以在选择某个节点后，使用可信测速网站、下载测试文件，或观察实际应用的下载速度。测试时不要同时开多个大流量程序。
更稳的做法是固定变量：
- 先关闭自动选择，手动选中一个节点。
- 切到规则模式或全局模式，保持测试路径一致。
- 连续测试两到三次，记录平均值而不是最高值。
- 换同地区另一个节点重复测试。
- 在晚高峰再测一次，观察衰减程度。
真实带宽不是越高越好。如果你只是浏览网页和查资料，稳定性和丢包率比峰值速度更重要。若主要是视频、下载和远程办公，再优先看持续带宽。
自动选择策略组的测速逻辑
自动选择策略组会定期测试组内节点延迟，并选择当前延迟较低的节点。它适合不想频繁手动切换的用户，但不一定适合所有场景。自动选择看的是测试 URL 的响应，不会主动知道你正在访问哪个网站。
如果自动选择总是跳到一个体感不好的节点，可以调高健康检查间隔，换测试 URL，或把不稳定节点从订阅里过滤掉。节点数量过多时，频繁测速还会增加资源消耗。
延迟低但网页慢的原因
延迟低、网页慢，通常有几个方向：节点出口到目标网站慢，DNS 解析结果不合适，规则把部分域名直连导致连接混杂，或浏览器缓存了旧连接。也可能是本地网络到节点入口稳定，但节点出口拥堵。
排查时可以先换同地区节点，再换不同地区节点；如果只有某个网站慢，重点看规则和 DNS；如果所有网站都慢，重点看节点负载、本地网络和客户端核心日志。
带宽高但视频卡顿的原因
带宽测试高，不代表视频一定顺。视频平台可能按地区、账号、协议、缓存节点分配不同线路。节点短时间峰值高，但持续 5 分钟后掉速，也会导致卡顿。
测试视频体验时，不要只看打开速度。更实用的观察是：清晰度是否稳定、拖动进度条是否快速缓冲、晚高峰是否掉帧、同一节点连续使用一小时是否异常断流。
节点测速的实用筛选表
| 使用场景 | 优先看什么 | 建议选择 |
|---|---|---|
| 网页浏览 | 延迟、稳定性 | 低延迟且少超时 |
| 视频播放 | 持续带宽、晚高峰表现 | 带宽稳定节点 |
| 远程办公 | 丢包、断流、延迟抖动 | 稳定优先 |
| 下载同步 | 长时间吞吐 | 峰值和持续速度都要看 |
| 游戏联机 | 延迟和抖动 | 不建议只看 Clash 内测速 |
常见问题
Clash 里的延迟数字越低越好吗？
延迟低通常更灵敏，但不是唯一标准。带宽、出口质量、目标网站、晚高峰负载都会影响实际体验。
自动选择为什么没有选我觉得最快的节点？
自动选择按测试 URL 和检测结果选节点，不按你的主观使用场景。测试地址不同，结果也会不同。
节点测速会消耗流量吗？
会。延迟测速消耗很少，带宽测试和视频测试会消耗明显流量。套餐流量有限时，不要频繁大文件测速。
测速结果每天都不一样正常吗？
正常。网络状态、服务商负载、本地运营商线路和目标网站都会变化。节点选择应该看一段时间的稳定表现。
总结
Clash 节点测速不要只盯一个延迟数字。先用延迟做初筛，再用真实应用或下载测试验证带宽，最后按你的主要场景选择节点。稳定、少超时、晚高峰不明显掉速，往往比一次漂亮的峰值更有价值。
