您是不是也遇到过：Clash 里节点后面的延迟只有几十毫秒，绿得很好看，可一打开网页还是转圈，视频还是缓冲？或者反过来，昨天好好的节点，今天自动切到一个更“快”的节点，结果越用越卡？
先说结论：Clash 里显示的延迟，只是“您的设备到节点，再去访问一个测试网址”的一次小请求耗时，它不等于下载速度，也不等于看视频流畅。想让客户端自己挑更合适的节点，可以用“url-test（自动测速选择）”或“fallback（故障转移）”这两种代理组，再把 interval、tolerance 这几个参数调到合理范围。下面咱们一步一步讲。
一、Clash 里的“延迟”到底测的是什么
您点“测速”按钮时，客户端做的事其实很简单：通过这个节点，向一个固定的测试网址发一个很小的请求，记下从发出到收到回应花了多少毫秒。按 mihomo（Clash 的主流内核）相关教程页面的说明，健康检查的测试网址常用 http://www.gstatic.com/generate_204，这个地址只返回一个空响应，非常小。
所以这个数字有几个“看不到”的地方：
- 它只测一次小请求，不反映带宽。节点延迟 80ms，不代表下载能跑满您的宽带。
- 它测的是那一刻的状态。晚高峰网络拥堵时，延迟和速度都可能变差，但白天测出来的数字不会提醒您。
- 它测的网址和您真正要访问的网站不一定走同样的线路。测试网址通畅，不代表 YouTube、X、流媒体同样通畅。
- 延迟显示“超时”或很高，多半是真的有问题；但延迟低只能说明“至少能通”，不能说明“好用”。
简单讲：延迟适合用来淘汰明显坏掉的节点，不适合用来给好节点排名。这也是为什么后面的自动选择要设置“容忍值”，避免客户端为了几毫秒的差别来回乱切。
二、四种代理组，该用哪种
订阅导入后，Clash 会按订阅里的配置生成若干“代理组”，也就是面板上那些可以点开的分组。按第三方整理的 mihomo 教程页面，常见有四种：
| 类型 | 作用 | 适合谁 |
|---|---|---|
| select | 手动选择，选哪个用哪个，不做检查 | 想固定用某个地区节点的人 |
| url-test | 定时测延迟，自动用当前最快的节点 | 不想手动换节点、日常浏览为主的人 |
| fallback | 按排列顺序，第一个能用的节点承担全部流量 | 有“首选节点”，坏了再用备用的人 |
| load-balance | 把连接分散到多个节点 | 多节点并发的场景，普通用户很少需要 |
小编的建议：日常用 url-test，看流媒体或登录某些账号时手动切到 select 固定节点。原因很简单，很多网站（流媒体、网银、社交平台账号）对“IP 老在变”比较敏感，自动切换太勤，反而容易触发验证。
三、url-test 的关键参数怎么设
下面这些参数及默认值，来自上文提到的 mihomo 教程页面（该页面是第三方教程站，不是官方文档，页面声明字段对应 mihomo 内核 v1.19.31，查询日期 2026 年 11 月 11 日）。不同客户端或内核版本可能略有差别，以您手上的版本为准。
| 参数 | 含义 | 页面写明的默认值 |
|---|---|---|
| url | 测延迟用的网址 | 必填，典型值 generate_204 |
| interval | 两次检查的间隔（秒） | 300 |
| timeout | 单次检查的超时（毫秒） | 5000 |
| tolerance | 新节点要比当前节点快多少毫秒才切换 | 0 |
| lazy | 只有分组被实际用到时才做检查 | true |
| max-failed-times | 连续失败几次才判定节点不可用 | 5 |
1. tolerance：最容易被忽略，却最影响体验
按页面说明，tolerance 默认是 0，意思是“永远切到绝对最快的那个”。听上去很合理，实际上两个节点延迟只差 3 毫秒，也会触发切换，连接就跟着断一次、IP 也变一次。页面里的示例配置把它设成 50。您可以参考这个思路，设一个几十毫秒的容忍值，让客户端“差距明显才换”。
2. interval：不是越短越好
间隔太短，意味着客户端不停地对每个节点发测试请求，既浪费流量，也可能让一些机场的风控觉得您请求异常。默认的 300 秒（5 分钟）对大多数人够用。节点特别不稳时，可以适当缩短，但不建议低到几十秒。
3. lazy 和 timeout
lazy 保持默认的 true 就好，它能避免您没在用代理时还在后台一直测速。timeout 默认 5000 毫秒，一般不用动；如果您的网络本身偏慢，反而可以略放宽，免得好节点被误判为“超时”。
四、一个可参考的 url-test 配置思路
下面是按上面思路写的一个示例，分组名和节点名请换成您订阅里真实存在的名字。小编没有在您的订阅上做过测试，只是格式示意：
proxy-groups:
- name: 自动选择
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300
tolerance: 50
proxies:
- 节点A
- 节点B
- 节点C在 Clash Verge Rev 这类带图形界面的客户端里，订阅配置通常会被更新覆盖，直接改订阅文件的改动容易丢。更稳妥的办法是用客户端提供的“覆写”或“扩展配置”功能来加自己的分组。具体入口各版本不同，请以您软件里的菜单为准。导入订阅这一步如果还没搞定，可以先看《Windows 怎么用机场？Clash Verge Rev 导入订阅教程（2026）》。
五、延迟低但还是卡，按这个顺序排查
如果自动选择也设好了，页面仍然卡，建议从易到难排查：
- 换一个测试时间。晚间高峰卡、白天不卡，多半是线路拥堵，而不是您设置错了。
- 手动切一个别的地区节点。只有某个地区卡，就是那条线路的问题；全部卡，再往下查。
- 看代理模式。规则模式下，网站是否命中了正确的规则？“直连”的网站不会走节点。可以对照《Clash TUN 模式和系统代理区别？该开哪个（2026）》确认流量是否真的进了 Clash。
- 检查 DNS。域名解析慢或被污染，也会让“明明节点很好”的页面一直转圈。可以看《机场 DNS 泄漏怎么检测？Clash 防泄漏设置指南（2026）》。
- 排除本地网络。先不开代理，访问国内网站是否也慢？Wi-Fi 信号、路由器负载、运营商限速都可能是原因。
- 看协议和机场本身。不同协议在不同网络环境下表现不一样，具体可见《机场节点协议有什么区别？六种主流协议一文看懂（2026）》；如果长期不稳定，也可以考虑重新评估机场，参考《机场怎么选？第一次买前的 8 项自查清单（2026）》。
六、fallback 什么时候更合适
如果您有一个用着最顺手的节点，只想让它“坏了再换”，fallback 更合适。按页面说明，fallback 会按您排的顺序检查，第一个存活的节点承担全部流量。也就是说，只要首选节点还活着，就不会为了几毫秒的差距切走。这对需要固定出口 IP 的场景（比如登录某些账号）更友好。
七、使用提醒
- 订阅链接相当于您的“钥匙”，不要发给别人，也不要贴在公开的评论区。如果不小心泄露，请看《机场订阅链接泄露了怎么办？重置与自查清单（2026）》。
- 服务商有可能随时调整套餐、甚至停止运营，建议按月购买，不要一次性付大额长期费用。
- 本文不推荐、也不对比任何具体服务商，更没有给出任何测速数据，因为延迟和速度因人、因地、因时而异，没有可靠的统一结果。
- 请遵守您所在地的法律法规，本文仅作技术科普，不构成法律意见。
常见问题（FAQ）
Clash 延迟显示超时，是不是节点坏了？
不一定。先确认您本地网络正常，再把 timeout 适当放宽重测。如果换一个时间、换一个节点还是全部超时，再检查订阅是否过期或流量是否用完。订阅更新出问题时，可参考《Clash 订阅导入失败怎么办？七步排查（2026）》。
url-test 总是自动切节点，网页会断一下怎么办？
把 tolerance 调大一些（比如参考示例的 50 毫秒），或者改用 fallback、手动 select 固定一个节点。
延迟越低的节点一定越快吗？
不一定。延迟反映的是小请求的往返时间，下载速度和是否拥堵还要看带宽与线路负载。
interval 设得越短越好吗？
不是。太短会增加不必要的请求。默认 300 秒对多数人足够。
手机上的 Clash 类客户端也能这样设置吗？
原理一样，但入口和支持的字段取决于客户端版本。安卓用户可参考《安卓怎么用机场？FlClash 导入订阅教程，附 v2rayNG 对比（2026）》。
总结
延迟只能淘汰坏节点，不能保证好用；日常浏览用 url-test 并设置合理的 tolerance，需要固定出口时用 fallback 或手动选择；卡顿时按“时间、节点、规则、DNS、本地网络、协议”的顺序排查。参数与默认值均出自第三方 mihomo 教程页面（代理组 — mihomo，查询日期 2026-11-11），实际请以您所用客户端和内核版本为准。