不少新手打开 Clash Verge Rev 的“代理”页面，会看到“节点选择”“自动选择”“故障转移”“负载均衡”等一大排按钮。

更让人摸不着头脑的是：明明自己选了香港节点，过一会儿怎么跑到日本了？选了“自动选择”，为什么它一直赖在同一个节点上？登录海外网站时 IP 来回变化，又到底是谁在搞事情？

其实，这些现象大多不是软件坏了，而是策略组的工作方式不同。搞懂下面四个词，Clash 自动换节点的问题基本就解决了一半。

先分清四种策略组：手动、自动、故障转移、负载均衡

可以把机场节点想象成几条出城道路，策略组则是负责选路的导航员。

策略组类型	它怎么选节点	适合什么场景	主要注意点
select	由你手动选择	固定地区、登录账号、排查故障	选中的节点坏了，通常需要手动更换
url-test	定期检测并选择延迟较低的节点	日常网页、视频、普通科学上网	测速延迟低不等于下载速度一定快
fallback	按列表顺序使用第一个可用节点	主线路优先、备用线路兜底	后面的节点更快，也不一定会主动切过去
load-balance	把不同连接分配给多个节点	多连接分流等特殊需求	出口 IP 可能变化，不适合重要账号

select：我自己选，不要乱动

select 就是最普通的手动选择。你点了哪个具体节点，后续连接一般就走哪个节点。

它特别适合下面这些情况：

• 登录 Google、ChatGPT、社交平台等重要账号；
• 希望地区长期保持一致；
• 排查某个节点到底能不能用；
• 不想因为自动切换造成出口 IP 变化。

需要注意的是，有些订阅的最上层虽然是 select，但你选中的项目可能又是一个“自动选择”子策略组。这样看起来是手动选择，实际下面仍会自动换节点。

想真正固定线路，要在最上层策略组里选择具体节点名称，而不是“自动选择”“负载均衡”之类的下级策略组。

url-test：定期检测，优先选择低延迟节点

url-test 是大家最常见的“自动选择”。它会按照配置的检测地址和时间间隔，测试组内节点的响应情况，再选择延迟相对较低的一个。

但这里有个很容易踩的坑：它测的是检测请求的响应速度，不是完整的下载速度、视频速度或晚高峰稳定性。

所以可能出现这种情况：

• A 节点检测延迟 60ms，但带宽小、晚上拥堵；
• B 节点检测延迟 100ms，但看视频反而更稳；
• 自动选择看数字选了 A，实际体验却不如 B。

因此，url-test 适合“懒得手动挑节点”的日常使用，但不能代替真实使用体验。

fallback：主节点挂了，再用备用节点

fallback 更像“主线路加备用线路”。它通常按照配置里的节点顺序，使用排在前面的可用节点；当前节点检测失败后，再往后找能用的节点。

它的重点不是挑最快，而是优先级和可用性。

例如列表顺序是：

1. 香港专线
2. 新加坡中转
3. 日本备用

只要香港节点仍被判断为可用，即使新加坡延迟更低，也不一定会切换。只有前面的线路失效或超时，后面的备用节点才会接手。

如果你希望平时固定用某个地区，挂了以后还能自动顶上，fallback 往往比 url-test 更符合需求。

load-balance：不是选一个，而是分给多个

load-balance 负载均衡不是“从多个节点里挑最好的一个”，而是按照设定策略，把不同连接分配到多个节点。

常见方式包括：

• 轮流把连接分给不同节点；
• 相同目标地址尽量分配给同一个节点；
• 相同来源和目标在一段时间内保持相同线路。

它不等于把几条节点的带宽简单相加，也不能保证单个下载任务直接翻倍。相反，如果网站的一次访问包含许多连接，这些连接可能出现不同出口 IP。

**重要提醒：**登录账号、支付、网银、AI 服务、流媒体地区解锁等场景，不建议为了“看起来高级”而随便使用负载均衡。很多时候，固定一个稳定节点反而更省心。

为什么 Clash 会频繁自动换节点

如果节点一会儿香港、一会儿日本，常见原因主要有下面几种。

1. 你选中了 url-test 自动策略组

自动组本来就会周期性检测。不同节点之间延迟差距达到切换条件时，它就可能更换当前出口。

如果配置里的 tolerance 容差比较小，几十毫秒的正常波动也可能影响选择。容差的作用，可以简单理解为“别因为一点点差距就来回折腾”。

2. 检测间隔设置得太短

interval 表示健康检查间隔，单位通常是秒。间隔太短会增加后台检测频率，也更容易把短暂的网络抖动放大成节点变化。

新手没有必要追求几秒测一次。具体间隔应结合订阅配置、节点数量和使用需求调整，不要看到网上的参数就原样照抄。

3. 实际使用的是负载均衡

负载均衡会把新连接分给不同节点。你用不同网站查询 IP，或者网页重新建立连接时，可能看到地区发生变化。

这不一定是 Clash 在“整组跳节点”，也可能只是不同请求被安排到了不同出口。

4. 节点短暂超时后触发了回退

线路抖动、服务器维护、本地网络丢包或检测地址暂时异常，都可能让当前节点被判断为不可用。fallback 检测到问题后，就会切换到后面的备用节点。

等主节点恢复后是否切回，要看策略组顺序、检测结果和当前配置，不能一概而论。

5. 订阅更新后，策略组内容发生变化

机场更新订阅时，可能增加、删除或重命名节点。不同客户端和订阅模板对选择状态的保留方式也可能不同，因此更新后偶尔会出现原节点消失、候选列表改变或重新选择的情况。

如果你直接修改远程订阅生成的 YAML，下一次更新还有可能覆盖修改。Clash Verge Rev 等客户端虽然提供扩展配置或脚本能力，但不同版本入口可能不同；不熟悉 YAML 的新手，建议先备份配置，不要直接大改。

新手怎么开启自动选择节点

如果机场订阅已经提供“自动选择”“自动测速”或“Auto”策略组，一般不需要写代码，按照下面做即可：

1. 先更新一次机场订阅，确认节点列表正常；
2. 打开客户端的“代理”或“Proxies”页面；
3. 找到最上层的“节点选择”“Proxy”或类似策略组；
4. 在里面选择“自动选择”“Auto”或带测速含义的子策略组；
5. 等待健康检查完成，再打开目标网站测试；
6. 如果网页仍沿用旧线路，关闭并重新打开网页或应用，让它建立新连接。

已经建立的长连接不一定会在切换节点后立刻搬家。Telegram、视频客户端、下载工具或命令行程序仍显示旧线路时，重连应用通常比反复点击节点更有效。

如果订阅里完全没有自动策略组，说明当前配置没有提供这项。会写配置的用户可以参考下面的基本结构：

proxy-groups:
  - name: 自动选择
    type: url-test
    proxies:
      - 香港-01
      - 日本-01
      - 新加坡-01
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 100

这只是格式示例，节点名称必须与自己的订阅完全一致，检测地址、间隔和容差也不是所有网络都通用。配置写错可能导致整个订阅无法加载，新手优先使用机场已经生成好的策略组。

想固定节点，不让 IP 跳来跳去怎么做

如果你需要稳定登录账号，可以按这个顺序处理：

1. 打开最上层的节点选择策略组；
2. 不选“自动选择”和“负载均衡”；
3. 直接选择一个具体节点；
4. 尽量长期保持同一国家或地区；
5. 节点不可用时，再手动切换到同地区备用节点；
6. 切换后重新连接正在使用的应用。

对于地区敏感的网站，只固定“香港”三个字还不一定够。机场的香港节点可能来自不同服务器和出口 IP，手动从“香港-01”切到“香港-02”后，对网站来说仍然可能是一次 IP 变化。

固定节点只能减少出口变化，不能保证 IP 永远不变。机场维护、服务器更换或上游线路调整时，节点背后的出口仍可能发生改变。

自动策略救不了哪些问题

自动切换只能在现有候选节点里做选择，它不能把坏节点修好，也不能凭空提高机场线路质量。

出现下面这些情况时，继续折腾策略组意义不大：

• 所有节点都显示超时或无法建立连接；
• 订阅已经过期、流量用完或账户被停用；
• 节点都能测速，但晚高峰普遍拥堵；
• 只有一个可用节点，根本没有切换空间；
• 机场频繁修改节点，长期缺少可用线路。

如果确实需要准备备用机场，可以按需求选择。入门和多设备用户可了解 99吧，主打便宜大碗、不限设备，¥8 / 66G 起，详细情况可看 99吧测评；更在意全节点 1 倍率、按实际使用扣流量和晚高峰稳定，可了解 FlyBit，¥15 / 128G 起，具体介绍见 FlyBit 测评。

还没想好选哪种套餐或线路，也可以先看这篇 机场综合推荐文章，根据流量、设备数量和使用场景比较，不必只盯着节点数量。

常见问题

自动选择为什么没有选延迟最低的节点？

可能是设置了切换容差，也可能是检测结果尚未刷新、策略组没有被实际使用，或者当前连接仍停留在旧节点。另外，客户端界面显示的手动测速结果，不一定就是自动策略组此刻使用的健康检查结果。

切换节点后，为什么查询 IP 还是没变？

先刷新网页并重新建立连接。如果仍未变化，检查最上层策略组是否真的指向了新节点，以及浏览器或应用是否进入了 Clash。部分应用会保持长连接，单纯点击节点不会立刻断开旧连接。

负载均衡能把三个节点速度叠加吗？

不能这样简单理解。它主要分配不同连接，并不保证单个连接同时使用多个节点，更不能保证下载速度按节点数量成倍增加。

自动测速会消耗机场流量吗？

健康检查需要发出网络请求，因此会产生一定流量。单次通常不大，但节点很多、检测间隔过短时会不断累积。没有特殊需求，不建议把检测频率调得特别高。

手机客户端也能自动换节点吗？

要看客户端使用的内核、订阅格式和配置内容。即使支持相关策略组，界面名称也可能不同。最简单的判断方法，是看代理页面里是否存在“自动选择”“故障转移”或类似分组。

最后总结

记住四句话就够了：

• 想自己固定节点，用 select；
• 想自动挑延迟较低的节点，用 url-test；
• 想主节点挂了自动换备用，用 fallback；
• 想把不同连接分给多个节点，才考虑 load-balance。

普通用户最稳妥的组合，通常是日常浏览用自动选择，重要账号用手动固定节点，另外留一个同地区备用节点。不要为了追求面板上更低的数字频繁切换，也不要把负载均衡误当成免费网速翻倍工具。