Clash Verge Rev 策略组怎么选？手动、自动、故障转移区别
简答：如果你只想稳定使用，先选规则实际引用的主策略组，再根据需求选择：固定出口用 select，日常自动挑选用 url-test，主节点加备用节点用 fallback，多连接分配才考虑 load-balance。切换后不要只看延迟数字，应在连接页、日志和目标网站中确认请求确实命中了新节点。本文以 Clash Verge Rev 的当前界面为例，具体菜单名称和组名需以你导入的配置实际显示为准。
定义：策略组是配置中负责决定流量经过哪个节点或上级策略组的选择层，规则先把请求指向策略组，策略组再按照类型选出实际出口。
先试这一步：日常使用到底选哪个策略组
这是一个第三方使用指南，不是目标客户端的官方页面。打开 Clash Verge Rev 的“代理”或同等页面，先找到普通网页流量实际使用的主策略组，不要看到“自动选择”“流媒体”或“AI”字样就直接点击。策略组名称由订阅配置决定，不能仅凭名称判断它的类型。
| 使用场景 | 优先选择 | 原因 | 需要注意 |
|---|---|---|---|
| 日常网页浏览 | url-test，常见名称为“自动选择” | 在候选节点中按健康检查结果自动选择 | 测试延迟不等于网页、视频或下载速度 |
| 需要固定地区或固定出口 | select，常见名称为“节点选择”或“手动选择” | 由你明确指定节点，结果更容易复现 | 节点失效后不会自动替换，需手动切换 |
| 主节点加备用节点 | fallback，常见名称为“故障转移” | 按列表顺序使用第一个通过检查的成员 | 它不是按延迟选最快节点 |
| 多个独立请求分摊 | load-balance，常见名称为“负载均衡” | 按照配置的策略把连接分配给多个成员 | 出口可能变化，不适合要求固定来源地址的场景 |
| 本地或指定服务不经过代理 | DIRECT或“直连” | 请求直接访问目标地址 | 如果规则没有命中直连组，手动选择直连可能不会改变请求 |
一句话判断：不知道选哪个时，先用 select 固定一个能正常访问的节点完成排查；确认规则和连接都正常后，再切换到 url-test 做日常自动选择。官方 mihomo 配置文档将这些类型定义为不同的代理组行为，具体字段可参考代理组配置。
节点、规则、策略组是什么关系
三者可以理解为一条链：
- 节点是具体的出站连接，例如某个地区或线路的代理条目。
- 策略组是节点或其他策略组的集合，并按照
select、url-test、fallback或load-balance决定使用方式。 - 规则根据域名、IP、域名集合或其他条件，把请求交给某个策略组、
DIRECT或拒绝动作。
规则按照从上到下的顺序匹配，越靠前的规则优先级越高。比如规则中写着 DOMAIN-SUFFIX,example.com,Proxy，表示匹配该域名后缀的请求交给名为 Proxy 的策略组；你在页面里切换另一个没有被这条规则引用的组，实际请求仍不会改变。规则优先级和目标组的写法可对照mihomo 路由规则文档。
配置可能出现多层嵌套：规则指向“主选择”，主选择里包含“自动选择”，自动选择里又包含具体节点。此时应从最外层开始展开，直到看到实际节点名称。只切换内层组，但外层仍然固定到另一个成员，也可能看起来“切换成功”，实际流量却没有变化。
四种策略组类型怎么区别
| 类型 | 选择依据 | 适合场景 | 不适合场景 |
|---|---|---|---|
select | 用户手动选择 | 固定出口、登录会话、逐个测试节点、排查连接问题 | 希望节点失效后自动切换的场景 |
url-test | 健康检查结果，通常倾向选择测试延迟较低的成员 | 候选节点用途相近，允许自动变化的日常浏览 | 要求长时间固定 IP 或固定地区的会话 |
fallback | 按照成员顺序使用第一个通过检查的成员 | 明确的主节点、备用节点顺序 | 想在所有节点中自动寻找最低延迟 |
load-balance | 按配置的分配策略分发连接 | 多个独立请求、允许出口变化的工作负载 | 需要单一稳定出口，或希望一个下载任务叠加多条线路带宽 |
select：最适合排查和固定出口
select不会替你判断哪个节点最好，点击哪个成员就使用哪个成员。遇到“网页打不开”“登录反复验证”“切换后不知道是否生效”时，建议先使用它，因为当前路径更容易复现。可以依次固定节点，再访问同一个目标页面，记录是否能打开、是否出现超时、登录是否稳定。
url-test：自动选择不等于真实测速排名
url-test会对配置指定的测试地址进行健康检查。测试地址、检查间隔、超时时间和容差都会影响结果，因此绿色延迟数字只能说明某个测试请求的表现，不能直接代表视频缓冲、文件下载或特定服务的实际体验。mihomo 的配置字段和健康检查说明见代理组通用字段文档。
fallback：主备顺序比最低延迟更重要
fallback适合“先用 A，A 不可用再用 B”的结构。列表顺序就是优先级，后面的节点即使延迟更低，也不会因为更快而自动取代一个仍通过健康检查的前置节点。
load-balance：分配连接，不是合并带宽
load-balance的目标是把不同连接按策略分配给多个成员，不是把同一个下载任务拆开后叠加所有节点带宽。mihomo 文档列出了 round-robin、consistent-hashing 和 sticky-sessions 等策略；不同策略对目标地址、来源地址和会话保持的处理不同，使用前应以当前配置实际字段为准，详见负载均衡配置文档。
按网页、视频、AI、游戏和会议选择
- 日常网页：先用
url-test。如果网页频繁登录、会话中途失效或出口变化导致验证增加，改用select固定一个已验证节点。 - 视频流媒体：不要只按延迟选择。先用
select逐个测试目标服务是否能打开、播放是否连续，再将可用节点放入用途相近的自动组。能通过健康检查的节点不一定具备相同的服务访问能力。 - AI 或跨境办公：优先使用
select或明确的fallback。登录、长回复、会议或远程办公过程中如果频繁更换出口，可能出现重新验证、连接中断或会话失效，因此应先追求稳定，再比较延迟。 - 游戏：重点看实际延迟波动、丢包和连接稳定性，不要仅看一次健康检查。若需要固定地区或固定出口，优先使用
select；如果有明确主备顺序，可使用fallback。 - 下载或多连接任务：可以测试
load-balance，但应确认目标服务允许多个连接使用不同出口。它不会自动保证单个任务速度更快。
建议用同一目标、同一时间段进行连续测试，至少记录健康检查延迟、网页打开时间、视频是否缓冲、下载是否稳定和日志中的实际组名。不同时间段、不同目标地址的结果不能直接横向比较。
切换后怎么确认真正生效
- 确认配置已启用：在配置文件或 Profiles 页面确认当前使用的是目标配置，而不是仅导入但未启用的配置。订阅更新后，策略组名称、节点名称和嵌套关系可能变化。
- 确认代理模式：规则模式下，请求必须先命中对应规则；全局模式下通常由全局策略组统一处理；直连模式下则不会经过代理组。具体模式名称以当前界面为准。
- 确认规则目标：在配置内容中搜索目标域名或最终的
MATCH规则，查看它指向哪个策略组。规则从上到下匹配，前面的规则可能已经截获请求。 - 确认组内当前成员：展开主策略组和嵌套策略组，直到看到实际节点。若组内显示的是另一个策略组，不能把它当作最终出口。
- 确认连接记录：打开 Connections 或同等连接页面，访问一个固定目标，观察该请求命中的规则、策略组和节点名称是否与预期一致。mihomo API 文档说明，策略组通常包含当前选择项、成员列表、测试地址和延迟历史等字段，可参考mihomo API 文档。
- 确认实际访问：重新打开目标页面或重新建立应用连接。若切换后旧连接仍保持，先关闭目标页面或应用，再发起新连接；长连接不一定会因为你切换组就立即重建。
可复现的判定标准是：同一目标请求在连接记录中命中预期策略组，当前成员显示为预期节点，并且重新建立连接后页面行为或出口信息与该节点一致。只看到界面上的选中状态，不足以证明业务请求已经切换。
选了节点但网页仍走旧线路：按这个顺序排查
- 先看是否选错组：你切换的组是否正是规则引用的组？如果规则指向“主选择”，而你只修改了“流媒体”组，普通网页自然不会变化。
- 检查是否命中 DIRECT：规则可能把目标域名、IP 或地区直接交给
DIRECT。查看连接记录中的最终动作，不要只看策略组页面。 - 检查当前模式：直连模式会绕过代理；规则模式则依赖规则匹配；全局模式使用全局策略组。模式不一致时，切换节点可能不会影响当前请求。
- 检查系统代理或 TUN：如果浏览器或应用没有使用 Clash Verge Rev 的系统代理，或者 TUN 未启用且应用不遵循系统代理，页面可能仍直接连接。先确认目标应用是否经过客户端监听。
- 关闭旧连接后重试：浏览器缓存、连接复用和长连接可能让旧会话继续使用原路径。关闭标签页、退出目标应用后重新打开，再观察新连接。
- 检查节点本身：在
select组中固定节点，依次测试多个成员。若所有节点都失败，应检查配置更新、节点协议兼容性、测试地址和客户端日志，而不是反复点击不同策略组。
如果订阅更新后组名、节点名或规则结构发生变化，应以当前配置文件实际内容为准，不要照抄旧教程中的组名。Clash Verge Rev 项目源码中的类型定义也显示，界面支持的组类型和字段可能随版本演进，界面文案需以当前版本为准，相关实现可查看项目配置类型定义。
一套可复用的选择流程
- 先确认当前配置已经启用，并记下主策略组名称。
- 在连接页确认普通网页请求实际命中了哪个组。
- 遇到问题时切换到
select，固定一个节点作为基准。 - 用同一目标连续测试网页、视频或办公连接，不只比较一次延迟。
- 需要自动选择时改用
url-test，需要主备顺序时改用fallback。 - 只有在允许多个出口、且确实需要分配连接时，才测试
load-balance。 - 切换后重新建立连接，并在连接页或日志中确认实际节点。
如果你无法判断某个组的用途，优先查看它的类型、成员和规则引用关系，而不是根据“高速”“智能”“流媒体”等名称猜测。名称是配置作者自定义的，类型和实际引用关系才是可复用的判断依据。
常见问题
Clash Verge Rev 日常使用选自动选择还是节点选择？
没有固定地区和固定出口要求时，可以先用 url-test 自动选择；如果遇到登录反复验证、连接中途变化或需要复现问题，改用 select 固定一个已经验证过的节点。
故障转移是不是比自动选择更快？
不是。fallback 的重点是按列表顺序使用主节点和备用节点，不是从所有成员中挑选最低延迟节点。想自动比较健康检查结果，通常看 url-test。
为什么我切换了策略组，网页还是走旧节点？
最常见原因是切换了没有被当前规则引用的组、请求命中了 DIRECT、客户端处于直连模式、应用没有经过系统代理，或旧连接尚未重建。应在连接页确认新请求的规则、策略组和实际节点。
策略组里的延迟越低就一定越快吗？
不一定。延迟通常来自指定健康检查地址，只反映该测试请求的响应情况，不能直接代表视频缓冲、下载吞吐、丢包、晚高峰稳定性或特定服务的可用性。
订阅更新后策略组名称变了怎么办？
以当前配置实际显示为准，重新确认规则指向的策略组、组类型和嵌套关系。不要把旧教程中的组名直接复制到新配置中；必要时先备份配置，再进行修改。