Clash 自动选择总在跳节点？看懂 url-test、fallback 和容差
url-test 选低延迟，fallback 按可用顺序故障转移；测试地址、间隔、容差与网络抖动都会影响结果。不要只盯最小毫秒数。
先看重点想自动追求低延迟用 url-test，想主节点失效才切换用 fallback。节点频繁跳动时先增加合理 tolerance、固定测试地址，并比较真实访问，不要把每次几毫秒差异当成质量变化。
Clash 的“自动选择”一会儿香港、一会儿日本，网页反而更不稳定，常见原因不是节点全部失控，而是策略组按测试结果自动切换。先看组类型，才能知道它为什么换。
url-test 和 fallback 的目标不同。 前者比较测试结果并选择较低延迟，后者在当前节点超时时按列表顺序选择第一个可用节点。把两者都叫“自动”容易误判。
url-test：在候选里选测试更快的
Mihomo 的 url-test 会访问指定测试 URL，按结果选择节点。interval 控制周期，tolerance 是切换容差，单位毫秒。
如果 A 节点 80 ms、B 节点 86 ms，而网络本身有几毫秒抖动，没有容差的频繁测试可能让排序来回变化。容差的作用是：新结果没有明显更好时，不急着切换。
不要照抄一个“最佳 tolerance”数字。家宽、蜂窝和跨境路径的波动差异很大，先观察一段时间里同一节点的正常浮动，再设置足以覆盖小抖动、又不会掩盖明显变差的值。
fallback：主节点坏了才往后找
Mihomo 官方说明，fallback 在当前节点超时时，按 proxies 列表顺序选择第一个可用节点。它更适合“优先使用 A，A 失效才用 B”的需求，不保证当前选择拥有最低延迟。
如果你在 fallback 组里把便宜但不稳定的节点排第一，它会持续优先尝试这个节点；这里的顺序是策略，不是展示顺序。
测试地址决定你测到了什么
健康检查只证明节点能访问那个测试地址并在时限内返回，不代表所有网站、UDP、流媒体或大文件都正常。测试地址太偏、被缓存、返回状态不符合预期，都会让结果失真。
代理组通用字段还包括 timeout、expected-status、lazy 等。lazy: true 时，未被使用的组可能不主动测试；看到灰色或旧结果，不一定是节点刚刚失败。
延迟最低不等于实际最好
Cloudflare 的网络质量文档把吞吐、空闲延迟、负载延迟、抖动和丢包分开。Clash 的一次 URL 延迟不能替代完整质量评估。
浏览网页更在意建立连接和小请求延迟；下载还受带宽和拥塞影响；语音与游戏对抖动、丢包和 UDP 更敏感。一个 70 ms 但丢包的节点，实际体验可能差于稳定的 100 ms 节点。
频繁跳节点的最小处理顺序
- 确认当前组到底是
url-test、fallback还是手动select； - 固定网络环境，不在 Wi-Fi 和移动数据切换时比较；
- 核对测试 URL 和返回状态；
- 对 url-test 增加合理容差，降低无意义的小差异切换；
- 对 fallback 按真实优先级排列节点；
- 用实际目标访问验证，不只看毫秒数字。
需要稳定登录、长连接或固定出口 IP 时，手动 select 往往比不断追逐最低延迟更合适。自动选择减少操作，但它不能替你定义“快、稳、地区固定”哪一个更重要。
自动切换会影响哪些会话
新建连接通常会使用当前选中的节点，已有长连接是否中断取决于客户端、内核和应用行为。登录、下载、视频会议或游戏进行中频繁切换，可能造成 IP 变化、重连或额外验证。
需要长会话时，可以在开始前手动选择稳定节点，完成后再回自动组。为了追求低几毫秒而打断业务，收益通常不值得。
interval 越短不代表发现故障越快越好
频繁健康检查会增加请求，也更容易把瞬时抖动放大成切换。间隔应与需求匹配：家庭日常浏览不需要每几秒追一次；对可用性敏感时，也要结合 timeout 和失败次数，而不是只缩短 interval。
官方通用字段还区分对 proxies 和 provider 引入节点的检查范围。配置看似包含一整组节点，实际测试对象可能不是你以为的全部候选；排查时查看运行时组成员，而不是只读订阅原文。
测试地址失效会让整组看起来失灵
测试 URL 被目标网络阻断、改了返回码或自身故障时，所有节点可能同时显示失败。用浏览器能打开其他网站并不能证明健康检查地址正常。
遇到全组突然异常，先从两个不同网络访问测试地址并核对 expected-status。不要立即删除节点或把 timeout 提到几十秒；错误的测试目标等再久也不会变成有效健康检查。
记录体验而非单个峰值
连续观察一段时间的中位表现、切换次数和实际失败，比截图一条最低延迟更有价值。可以记录同一时段三次网页打开、一次小文件下载和是否出现重连，无需做高频压力测试。
如果手动稳定节点明显优于 url-test，保留手动选择就是合理答案。自动化的目标是省操作，不是让配置更复杂。
毫秒数很低但网页或下载仍慢时，需改看带宽、丢包、抖动与目标站路径，可继续参考低延迟节点仍然很慢的对照方法。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……