Clash Verge Rev 怎么测速选节点？完整实操流程

更新于 2026-10-27 · v2rocket.buzz

简答：在 Clash Verge Rev 中，先更新订阅并进入“代理”页面，找到规则实际使用的主策略组，点击闪电图标批量测速；然后排除 timeout 和 Error，再用真实网页、视频或办公业务验证，最后在 select 组中固定节点。测速显示的是某个测试地址的响应延迟，不等于下载速度、丢包率或长期稳定性。

定义：Clash Verge Rev 节点测速，是通过客户端向指定测试地址发起请求，记录不同节点响应所需时间，再结合真实业务访问结果筛选节点的过程。

先照做：测速、筛选、验证、固定四步完成选节点

本文是第三方使用指南站整理的通用操作方法，界面文字可能因系统和客户端版本不同略有差异，但核心流程不变：编辑或更新配置—保存—校验—重新载入—查看日志—验证业务。如果只是想快速找到可用节点，可以先按下面的顺序操作。

1. 更新订阅：打开 Clash Verge Rev 的配置或订阅页面，确认当前配置已经成功更新，没有出现下载失败、解析失败或过期提示。
2. 进入“代理”页面：找到规则实际指向的主策略组。常见名称包括“节点选择”“Proxy”“代理”或其他自定义名称，名称由订阅配置决定，不能只凭名称猜测。
3. 批量测速：点击策略组旁边的闪电图标，等待节点显示毫秒数、timeout 或 Error。官方项目代码显示，客户端支持对代理组执行批量延迟测试，并对测试结果进行缓存；单次测试的地址和超时设置会影响结果。查看 Clash Verge Rev 延迟测试实现
4. 先排除异常节点：把 timeout、Error、持续高延迟或多次复测波动很大的节点放入待观察列表，不要因为一次短暂的低延迟就立即固定。
5. 实际验证：在主策略组中选中候选节点，开启系统代理后访问你真正要用的网页、视频、在线文档或办公服务。普通应用是否使用代理，还取决于系统代理、应用自身设置和规则命中情况。
6. 固定节点：如果主策略组类型是 select，直接点击目标节点即可手动选择；如果是 url-test、fallback 或 load-balance，节点可能由客户端自动决定，不能把自动组当成手动固定组。

测速数字怎么看：延迟不是下载速度

Clash Verge Rev 的延迟测试通常是让节点访问一个测试 URL，并记录请求完成所需的时间。官方项目隐私说明明确提到，延迟测试是由用户主动发起，并通过当前代理访问测试地址；因此，结果首先反映的是“当前节点到这个测试地址”的响应情况，而不是完整的带宽测试。查看 Clash Verge Rev 官方隐私说明中的延迟测试说明

低延迟只能作为第一轮筛选条件。它不能单独证明下载速度快、视频不会缓冲、连接不会丢包，也不能证明某个具体网站或办公系统一定可用。建议采用“三层筛选”：第一层看是否能完成测试；第二层比较同一时间、同一测试地址下的延迟和波动；第三层用真实业务验证加载速度、持续连接和登录状态。

• 网页和文档：打开常用页面，观察首屏、图片、脚本是否持续卡住，并在“连接”或“日志”页面确认请求没有被错误地走直连或拒绝。
• 视频：播放几分钟，观察是否反复缓冲、清晰度是否能稳定维持。不要只看开始播放时的速度。
• 跨境办公：实际打开远程会议、代码仓库、云文档或企业系统，重点看登录、长连接和文件上传是否稳定。
• 下载：使用你有权限访问的公开文件或业务文件进行短时间测试，比较持续速度和是否中途断流，不把单个瞬时峰值当作结果。

为了减少偶然性，同一节点至少在不同时间复测。尤其是工作日高峰时段，延迟、丢包和持续速度可能与空闲时段不同。这里的复测是排查方法，不代表对任何节点或服务作稳定性保证。

先认清代理组：哪些可以手动选，哪些会自动切换

节点列表通常不是直接控制所有流量的入口，规则会先把请求交给某个策略组，再由策略组决定最终节点。选错组时，界面看似已经点击节点，实际请求可能仍然使用另一组。

上述组类型和基本行为可在 Mihomo 的配置示例中核对：url-test 会根据测试结果选择节点，fallback 按节点顺序进行故障切换，load-balance 按配置策略分配连接。查看 Mihomo 官方配置示例

实际操作时，先在“代理”页面观察主组的类型。如果主组是 select，可以直接选节点；如果主组内嵌了另一个自动组，需要进入对应的子组查看最终选择。完成选择后，打开“连接”页面，找到刚刚访问的域名，确认匹配到的策略组和最终节点与预期一致。

测速全部超时、数字很低但实际很慢：按顺序排查

情况一：所有节点都 timeout 或 Error。不要马上反复切换节点，先检查共同环节：

1. 确认订阅仍能更新，配置文件没有过期、下载失败或解析错误。
2. 检查系统日期和时间是否正确。时间异常可能影响 HTTPS、订阅下载或证书校验。
3. 确认 Clash Verge Rev 核心正在运行，且当前配置已经成功载入。
4. 暂时退出其他 VPN、代理客户端、浏览器代理扩展和网络过滤工具，避免多个程序争用系统代理。
5. 检查测速地址是否可以在当前网络中访问。Clash Verge Rev 支持配置默认延迟测试地址；官方项目资料中也列出了默认测试地址和延迟超时相关设置。核对官方延迟测试说明
6. 打开日志，记录第一条错误。若出现 DNS 解析失败，优先检查 DNS；若出现连接超时，比较直连网络和其他节点；若只有某个订阅组异常，重点检查该组配置。

情况二：延迟很低，但网页或视频很慢。先确认请求确实经过选中的节点，再看实际业务。打开“连接”页面，查找目标域名对应的规则和最终策略；如果显示为 DIRECT，说明该请求没有使用你刚选的节点。若规则命中正确，继续换一个节点做同口径对比，并观察是否存在断流、DNS 错误、IPv6 路径异常或晚高峰波动。

情况三：单节点 timeout，但批量测速或实际访问正常。这类现象可能与测试任务、代理来源、测试地址或客户端版本有关，不能仅凭一个 timeout 判定节点永久失效。可以重新执行代理组批量测速，再用真实网页验证；同时保留日志和客户端版本信息，便于复现和反馈。官方项目的公开问题列表中也能看到延迟测试相关问题记录，因此测速结果应与实际连接结合判断，而不是孤立使用。查看 Clash Verge Rev 官方公开问题列表

一套可复用的节点选择记录表

如果经常需要在多个节点之间比较，建议不要只凭印象点击。可以记录以下项目，每次只改变一个变量：测试日期、网络环境、策略组、节点名称、测试地址、延迟、是否 timeout、网页打开结果、视频缓冲情况、办公业务结果和日志中的规则命中。

最终选择标准可以简单概括为：先能连，再稳定，最后比较速度和延迟。如果你是在排查连接问题，优先固定一个已知可用节点，不要同时修改 DNS、TUN、规则和代理组，否则很难判断到底是哪一步产生了影响。

常见问题

Clash Verge Rev 点击哪里可以测速？

进入左侧“代理”页面，在实际承载流量的代理组旁边寻找闪电图标。点击组级闪电图标通常用于批量测试该组成员，单个节点卡片上的闪电图标用于测试单个节点。若界面没有对应图标，先确认配置已成功载入，并检查当前组是否来自订阅或代理提供者。

Clash Verge Rev 延迟越低就一定越快吗？

不一定。延迟测试只反映节点访问某个测试地址时的响应时间，不能直接代表下载速度、视频缓冲、丢包或长期稳定性。正确做法是先用延迟排除明显异常节点，再用真实网页、视频或办公业务验证。

为什么测速显示正常，网页还是打不开？

先查看“连接”或日志，确认请求是否命中了预期代理组和节点；如果显示 DIRECT，说明该请求没有经过所选节点。随后检查系统代理是否开启、浏览器是否使用独立代理、规则是否匹配错误，以及 DNS 是否出现解析失败。

测速全部 timeout 应该怎么办？

依次检查订阅是否过期、配置是否载入、系统时间是否正确、核心是否运行、其他代理软件是否冲突，以及测试地址是否可访问。然后查看日志中的第一条错误，再重新更新订阅并测试多个节点。不要只凭 timeout 就判断所有节点失效。

select、url-test 和 fallback 该选哪个？

需要手动固定节点、方便排查时使用 select；希望客户端按延迟自动选择时可使用 url-test；希望按主节点和备用节点顺序切换时使用 fallback。组类型由配置决定，具体行为应结合当前订阅的代理组结构判断。

为什么不同时间测速结果差别很大？

延迟和实际业务表现会受到本地网络、测试地址、节点负载、路由和时段影响。建议使用同一测试地址，在不同时间复测，并把网页、视频或办公业务结果一起记录，不要把单次最低延迟当成长期结论。

相关阅读

• Clash Verge 配置过滤规则：订阅更新后如何避免节点和规则丢失
• 机场节点怎么选：用 Clash Verge Rev 自测而不是照抄名单
• 候选节点如何用 Clash Verge Rev 做统一实测
• Surge 与 Clash 客户端如何按平台和配置选择

参考资料

1. Clash Verge Rev 官方隐私说明：延迟测试、网络请求与本地代理
2. Clash Verge Rev 官方源码：延迟测试与批量测速实现
3. Clash Verge Rev 官方 GitHub 问题列表
4. github.com