Clash Verge Rev 节点测速教程：从延迟测试到真实可用性验证
简答：先打开 Clash Verge Rev 的代理页面，确认订阅配置已启用，再对同一代理组执行节点测速。测速结果只代表节点到测试地址的连通延迟，不等于下载速度；建议在相同网络和相近时间连续记录至少 3 次，再用网页加载、视频播放或文件传输做真实验证。
定义：Clash Verge Rev 节点测速，是通过客户端或 Mihomo 内核向指定测试地址发起连通性与延迟检测，用于筛选候选节点，而不是直接测出完整带宽。
先做这三步：测速入口与最小判断闭环
本文是第三方使用指南站内容，不代表任何客户端或服务方。先不要急着按最低延迟排序，按照下面的最小闭环操作：
- 确认配置：打开 Clash Verge Rev，检查配置文件已经导入并处于启用状态，代理组中确实能看到节点。
- 进入测速页面：打开左侧的“代理”或“Proxies”页面，在目标代理组或节点卡片上寻找测速按钮。不同版本、语言和操作系统的按钮名称可能不同，以本机当前界面为准。
- 完成复核：先记录延迟、Timeout 或 Error，再用同一节点访问一个明确目标或进行小文件传输。只有三项都正常，才把节点列为候选。
| 显示结果 | 它通常说明什么 | 下一步 |
|---|---|---|
| 延迟数值 | 测试地址能够在规定时间内返回，显示的是本次探测的响应耗时 | 至少重复记录 3 次，再验证网页或文件传输 |
| Timeout | 在本次超时时间内没有完成测试 | 换一个节点或稍后复测；不要直接认定服务整体不可用 |
| Error | 测试过程出现连接、协议或请求错误 | 检查配置、规则、DNS 和当前网络，再做单节点复测 |
| 未测试 | 客户端尚未对该节点完成探测，或测试没有开始 | 确认代理组已展开并重新点击测速 |
项目仓库说明，Clash Verge Rev 支持 Windows、macOS 和 Linux，并内置 Mihomo 内核、代理组、系统代理和 TUN 模式；但具体页面布局与按钮位置仍可能随版本变化，不能把其他教程中的截图当成你本机界面的固定路径。可参考项目仓库的功能与安装说明。
Clash Verge Rev 节点测速的完整操作步骤
第 1 步：先隔离干扰并保留原配置
测速前先关闭其他代理客户端、系统级 VPN 或浏览器独立代理，避免多个程序同时接管连接。不要为了测速直接删除原配置；如果需要修改测速地址、代理模式或 TUN 设置，先复制一份配置或新建测试配置，测试结束后可以切回原配置。
建议同时记录四项信息：设备系统、当前网络类型、测试时间、正在使用的代理组。这样后续遇到“今天很快、明天很慢”时，能判断是节点变化、网络变化还是测试条件变化。
第 2 步：确认配置和代理组
进入配置文件页面，确认配置已经成功加载，并在代理页面看到可选节点或代理组。如果代理页面没有节点，优先检查订阅更新是否成功、配置格式是否兼容，以及当前网络是否能访问订阅地址。这个阶段不要把“没有节点”误判为“节点测速失败”。
第 3 步：执行单节点或整组测速
在代理页面选择目标代理组。若界面提供单节点测速，可先测 3—5 个候选节点；若提供代理组测速，可先测整组，再挑选结果稳定的节点做第二轮真实验证。测速地址可能由配置或内核提供，不能默认所有版本都使用同一个地址。
底层 Mihomo 的代理组机制支持根据测试地址执行健康检查；其中 url-test 会按测试结果选择较低延迟的成员，select 更适合手动指定节点，fallback 更偏向从可用成员中回退。相关策略不能替代真实业务验证，可参考Mihomo 项目与发行说明，具体字段以你当前内核文档和配置为准。
第 4 步：相同条件下至少记录 3 次
不要只看一次结果。保持设备、网络、测试地址和代理组不变，在相近时间连续测试至少 3 次，填写下面的记录：
| 节点 | 时间 | 第 1 次 | 第 2 次 | 第 3 次 | 网页/文件验证 | 结论 |
|---|---|---|---|---|---|---|
| 节点 A | 自行填写 | 自行填写 | 自行填写 | 自行填写 | 正常/失败 | 候选/待复测 |
| 节点 B | 自行填写 | 自行填写 | 自行填写 | 自行填写 | 正常/失败 | 候选/待复测 |
| 节点 C | 自行填写 | 自行填写 | 自行填写 | 自行填写 | 正常/失败 | 候选/待复测 |
如果三次延迟差异很大，先标记为“波动”，不要只选最低的一次。若三个节点都显示 Timeout，应先检查当前网络、配置是否启用、系统代理是否生效，再换测试地址或稍后复测。
为什么低延迟不等于速度快？第二轮要测真实使用
延迟测试回答的是“探测请求能否较快得到响应”，而下载速度、网页加载和长连接稳定性还会受到线路拥塞、出口质量、规则命中、DNS 解析、目标站点限制以及节点并发情况影响。因此，低延迟节点可能在打开网页、播放视频或传输文件时仍然表现不佳。
建议按以下顺序验证，避免一次同时改很多设置：
- 网页加载：在系统代理已经开启的前提下，访问一个你明确知道应当能打开的目标，观察是否能完整加载，而不是只看首屏。
- 连接持续性：保持页面或任务运行一段时间，观察是否出现频繁重连、卡住或日志连续报错。
- 文件传输：使用合法、来源明确的小文件进行下载或上传，对比多个节点的持续表现；不要用一次瞬时峰值代表长期速度。
- 业务目标：如果你是跨境办公或访问特定业务系统，应优先验证目标系统本身，而不是只测试通用测速页面。
每次只更换一个变量：先换节点，再检查规则；之后才考虑 DNS、TUN 或 MTU。这样才能知道问题来自节点、路由还是本机设置。
低延迟但网页卡顿：按分流条件排查并可回滚
| 现象 | 优先检查 | 最小复测 | 回滚方式 |
|---|---|---|---|
| 测速有数值，但浏览器打不开 | 系统代理开关、代理模式、规则命中 | 确认系统代理后，用同一节点访问目标页面 | 关闭系统代理，恢复直连，确认本机网络仍正常 |
| 网页能开，文件传输很慢 | 节点拥塞、线路质量、目标站点限制 | 相同文件、相近时间更换两个节点对比 | 切回原节点或停止测试配置 |
| 部分软件无代理，浏览器正常 | 软件是否遵循系统代理 | 先保持系统代理不变，再查看是否需要 TUN | 关闭 TUN 或服务模式，恢复系统代理 |
| 开启 TUN 后整体异常 | 虚拟网卡、权限、DNS 接管和双重代理 | 先关闭 TUN，单独测试系统代理 | 关闭 TUN，回到备份配置后再逐项启用 |
| 所有节点都 Timeout | 本地网络、订阅、测试地址或内核状态 | 换网络或测试配置，查看日志是否有统一错误 | 恢复原配置，不删除订阅数据 |
项目仓库明确列出系统代理和 TUN 虚拟网卡功能；两者解决的覆盖范围不同。系统代理通常只影响遵循系统代理设置的应用，TUN 则涉及更广的设备流量接管，因此排查时应先用系统代理完成最小闭环，再决定是否需要 TUN。不要在尚未备份的情况下长期关闭系统安全功能，也不要为了测速直接改动多个 DNS 或 MTU 参数。
手动选择、自动测速和自动回退怎么选？
| 策略 | 适合场景 | 优点 | 注意事项 |
|---|---|---|---|
| select | 需要固定节点或逐个验证 | 结果可控，便于复现问题 | 节点变化后需要手动切换 |
| url-test | 希望按测试结果自动选择候选节点 | 减少手动筛选 | 自动选择依据是测试结果，不代表所有业务都最快 |
| fallback | 需要在成员不可用时尝试其他成员 | 适合做可用性回退 | 切换后仍应重新验证目标业务 |
实际使用中，可以先用手动选择完成记录，再把经过真实验证的候选节点交给自动策略。这样比直接让自动策略替你决定更容易定位问题，也方便在出现异常时回滚到已知配置。
发布前自查清单
- 是否确认配置已导入、启用，并能看到节点？
- 是否关闭了其他代理、VPN 或浏览器独立代理？
- 是否使用相同测试地址和相近时间比较？
- 是否至少记录了 3 次，而不是只看一次最低延迟？
- 是否区分了延迟、网页加载、持续连接和文件传输？
- 是否先测试系统代理，再决定是否启用 TUN？
- 是否备份配置，并保留了关闭测试设置的回滚路径？
- 是否把“未测试”与“Timeout”分开处理？
截至 2026-11-05，本文不对当前客户端版本号、具体测速地址或任何节点服务状态作未经核实的结论；如果你的界面与本文不同，应以本机当前页面、项目仓库和内核配置说明为准。
参考资料
Clash Verge Rev 项目仓库：功能、支持系统与安装入口
Mihomo Dashboard 产品文档：代理组测速与连接诊断工作流
常见问题
Clash Verge Rev 节点测速入口在哪里？
通常在左侧“代理”或“Proxies”页面的代理组、节点卡片或测速按钮中。不同版本和语言的按钮名称可能不同，具体位置需要以本机当前界面为准。
节点延迟越低就一定越快吗？
不一定。延迟测试主要反映测试请求的响应时间，不能直接代表下载速度、视频播放或长连接稳定性。应继续用相同目标做网页加载、持续连接或文件传输验证。
为什么测速显示 Timeout，但网页偶尔能打开？
可能是测试地址、超时时间、节点瞬时拥塞或当前网络造成的差异。先保持配置不变复测 3 次，再换一个候选节点和明确业务目标验证，不要据此判断所有节点都不可用。
url-test 和手动选择有什么区别？
手动选择适合固定节点和复现问题；url-test 会依据配置的测试结果自动选择成员。自动选择只能说明测试条件下的结果更合适，不能替代目标网页或文件传输验证。
开启 TUN 后测速或网页异常怎么办？
先关闭 TUN，恢复到仅使用系统代理或直连的最小配置，确认网络恢复后再逐项检查权限、虚拟网卡、DNS 和规则。修改前应保留配置备份，避免直接删除原配置。