Clash Verge Rev 怎么选择节点？按测速、场景和稳定性筛选
简答：在 Clash Verge Rev 中选择节点，先进入“代理”页面确认当前配置已激活，再找到实际生效的主策略组；优先排除无法连接和频繁超时的节点，然后结合延迟、速度、丢包和实际访问结果筛选。低延迟只代表测试请求响应较快，不等于下载速度快或晚高峰稳定。
定义：节点选择是指在当前配置的代理组中，通过可用性、延迟、速度、丢包、稳定性和使用场景逐步筛选实际出口节点。
先做这一步：确认你选的是“生效节点”
Clash Verge Rev 的节点通常不是直接在一个列表里统一生效，而是通过代理组决定请求走哪条线路。当前客户端项目说明支持代理组、系统代理和 TUN 模式；具体菜单名称可能随构建版本变化，以下使用“代理”“系统代理”“TUN”等常见名称描述，若界面不同，以当前安装包显示为准。项目说明
- 打开 Clash Verge Rev，进入“代理”或代理组页面。
- 确认当前订阅配置已经激活，而不是只完成了导入但仍在使用旧配置。
- 先找到最上层、会被规则调用的主选择组，例如“节点选择”“代理”或类似名称。
- 进入主选择组，观察它里面是具体节点、地区组，还是“自动选择”“故障转移”等子策略组。
- 如果主组选择的是一个子策略组，继续进入该组确认最终选中的具体节点；只点击主组名称，不一定等于切换了最终线路。
| 类型 | 作用 | 适合怎么用 |
|---|---|---|
| 手动选择 | 由你指定具体节点或子策略组 | 适合固定地区、调试和复现连接问题 |
| 自动选择 | 根据测试地址和延迟结果选择节点 | 适合先快速筛选，但仍需实际访问验证 |
| URLTest | 按测试结果选择延迟较低的节点 | 适合网页等短连接场景，不代表所有业务最快 |
| Fallback | 按照测试结果和节点顺序使用可用节点 | 适合需要故障切换的场景 |
| 地区或业务组 | 把节点按地区或用途再次分组 | 进入后继续选择具体节点，避免只选中外层组 |
mihomo 的配置示例将 select 定义为手动选择，将 url-test 定义为按测试结果选择延迟较低节点，将 fallback 定义为按测试结果和节点顺序选择可用节点。mihomo 配置示例
按“可用性—延迟—速度—稳定性”筛选节点
建议不要一上来就按地区或最低延迟做决定，而是按下面的顺序淘汰。每完成一轮，保留少量候选节点，再进入下一轮测试。
- 先看可用性：对节点或策略组执行健康检查。若持续超时、握手失败或显示不可用，先排除，不要因为名称中的地区或线路标签而保留。
- 再看延迟：延迟适合比较响应速度，尤其是网页打开、远程桌面和部分跨境办公操作。相差很小的节点没有必要反复纠结。
- 再测速度：使用同一网络、同一时间段、同一测试目标进行对照。分别记录下载速度、上传速度和测试是否中断，避免只看一次瞬时结果。
- 检查稳定性：连续访问几个实际页面，观察是否出现间歇性超时、频繁重连、视频缓冲或长连接中断。
- 最后考虑倍率或资源限制：如果订阅页面提供相关说明，再把流量倍率、专用节点限制等纳入选择；没有可核验说明时不要自行推断。
mihomo 文档说明，URLTest 和 Fallback 的健康检测基于测试地址进行连接判断，因此测试结果只能反映该测试地址、当前网络和当前时间的表现，不能直接等同于所有网站或应用的真实体验。健康检测与代理组说明
实用筛选卡：先保留能稳定完成健康检查的节点，再从中选延迟较低者；如果网页正常但下载慢，优先换节点或测试时间，不要只根据延迟判断；如果速度高但频繁断线，则稳定性优先于峰值速度。
按使用场景选择地区和节点
地区不是绝对答案，最终仍要以实际访问和复测结果为准。可以先用下表建立候选范围，再回到代理页面固定具体节点。
| 场景 | 优先指标 | 选择方法 |
|---|---|---|
| 网页浏览 | 延迟、打开成功率 | 优先选择响应快且连续打开页面不超时的节点 |
| 视频流媒体 | 持续速度、稳定性 | 不要只看健康检查延迟，连续播放并观察缓冲情况 |
| AI 服务或在线工具 | 连接成功率、长连接稳定性 | 选择能稳定打开页面并完成一次完整请求的节点 |
| 在线游戏 | 延迟、抖动、丢包 | 优先低抖动和低丢包，峰值下载速度通常不是首要指标 |
| 跨境办公 | 稳定性、长连接、上传质量 | 用实际办公系统或远程连接连续测试，不要只看单次测速 |
如果配置中同时存在“节点选择”“地区组”“视频组”或“业务组”，先确认规则实际调用的是哪一个组。某个业务组单独切换后，如果规则仍指向主组，实际请求可能不会跟随你的预期变化。
切换节点后，如何确认真的生效
- 在代理页面记录切换前后的策略组和具体节点名称。
- 开启系统代理；如果目标应用不使用系统代理，再按需检查是否需要 TUN 模式。项目说明列出了系统代理、守卫和 TUN 模式，但是否适合当前系统与应用，要结合实际情况判断。客户端功能说明
- 关闭目标网页或应用中可能复用的旧连接，再重新发起访问。
- 用同一个目标进行前后对照，例如同一网页、同一文件或同一办公服务。
- 查看日志或连接记录，确认请求命中了目标策略组，并观察是否出现 timeout、连接失败或反复重试。
如果切换后出口没有变化，优先检查三点：主策略组是否仍指向旧节点、规则是否命中了另一个业务组、目标应用是否绕过了系统代理。不要只看代理页面的高亮状态，应结合实际请求记录判断。
常见问题排查：选了节点仍然连不上
- 订阅里没有节点：先确认配置更新成功，再检查订阅内容是否为空或解析失败；不要直接修改配置文件覆盖原订阅，必要时先备份。
- 所有节点都超时：先测试当前网络是否能正常访问订阅地址和测试地址，再换一个候选节点；如果全组同时失败，可能是订阅、网络或内核层面的问题，不宜只更换地区。
- 自动选择结果不理想：自动选择依赖健康检查条件，可能选出延迟低但实际速度或稳定性一般的节点。切换到手动选择，固定两个或三个候选节点进行对照。
- 节点显示可用但网页打不开：检查规则模式、系统代理和目标应用代理设置，并查看日志是否命中了正确策略组。
- 切换后仍像旧节点：关闭旧连接、重新打开应用或网页，再核对连接记录；某些应用会缓存连接或自行使用独立网络设置。
排查完成后，建议把配置恢复到已知可用的节点或原来的策略组，再逐项改变一个变量。这样更容易判断问题来自节点、规则、系统代理还是 TUN。
本文结论：最稳妥的选择顺序
Clash Verge Rev 选择节点可以固定为一套流程：确认配置激活 → 找到实际生效的主策略组 → 进入子组确认具体节点 → 排除超时节点 → 对比延迟和速度 → 用目标业务复测 → 固定适合当前场景的节点。
如果只是网页浏览，延迟和打开成功率通常更重要；如果是视频、AI 服务或跨境办公，应把持续速度、长连接和稳定性放在更高优先级。自动选择可以作为初筛工具，但不能代替实际验证。
常见问题
Clash Verge Rev 选节点是看延迟越低越好吗？
不是。延迟主要反映测试请求的响应速度，不能直接代表下载速度、丢包率或晚高峰稳定性。建议先排除不可用节点，再结合速度和实际业务访问结果选择。
为什么我在 Clash Verge Rev 切换了节点，实际出口却没有变化？
常见原因是只切换了外层策略组、规则实际调用了另一个业务组，或者目标应用没有使用系统代理。应核对主策略组、规则命中情况、系统代理或 TUN 状态，并查看连接记录。
自动选择和手动选择哪个更好？
自动选择适合快速初筛，手动选择适合固定地区、复现问题和跨境办公等需要稳定出口的场景。自动结果不理想时，可以手动固定两个或三个候选节点对照。
节点显示可用，但视频或办公连接仍然不稳定怎么办？
健康检查只代表测试地址在当时可连接，不代表所有业务都稳定。应使用同一视频、办公系统或长连接任务连续测试，并记录中断、重连和速度变化。
选择节点时需要开启 TUN 模式吗？
不一定。先确认目标应用是否使用系统代理；只有当应用不遵循系统代理或需要更完整的流量接管时，才考虑按当前系统支持情况启用 TUN。启用后若出现连接异常，应先关闭 TUN 回滚验证。