Clash Verge Rev 怎么测速？从延迟测试到真实速度验证
简答：Clash Verge Rev 的测速入口通常在侧边栏“代理”页面：展开代理组，点击测速图标即可批量测试节点；单独测试时对目标节点执行延迟测试。先用延迟结果筛掉明显超时的节点，再用同一网站或同一文件复测真实速度。毫秒数代表本次测试请求的响应延迟，不等于下载速度。
定义：Clash Verge Rev 节点测速，是通过当前代理向测试地址发起请求并记录响应时间，用于横向比较节点可达性和延迟，不是完整的宽带下载测速。
先试这一步：在代理页完成一次节点测速
如果订阅已经导入，最短路径是：打开 Clash Verge Rev → 进入侧边栏的“代理”页面 → 找到包含节点的代理组 → 点击代理组或节点附近的测速图标 → 等待结果出现。当前界面、语言和版本可能影响按钮位置，找不到时优先在“代理”页查看代理组右侧或节点列表附近的刷新、测速图标。
- 批量测试代理组：在代理组展开节点列表，点击该组的测速按钮，等待多个节点陆续显示延迟。
- 单独测试节点：只对需要核验的节点执行延迟测试，适合复测一个候选节点或排查某个节点是否临时超时。
- 记录结果：把节点名称、延迟、是否出现 Timeout 或 Error 记下来，不要只凭颜色或一次结果选节点。
- 验证成功：至少有一个节点显示具体毫秒数，并且切换到该节点后，目标网页或业务连接能够正常打开。
项目代码中，延迟管理同时提供单节点和批量测试逻辑，并将未测试、测试中、超时、错误和已测得的毫秒数区分显示；因此“有数字”只能说明测试请求得到响应，不能直接证明该节点下载速度最快。Clash Verge Rev 延迟测试实现
| 界面结果 | 代表什么 | 下一步 |
|---|---|---|
| 具体毫秒数 | 测试地址在本次请求中得到响应 | 再用实际网页、文件或办公业务复测 |
| Timeout | 在设定时间内没有得到有效结果 | 重测一次；仍超时则检查节点、网络和测试地址 |
| Error | 测试过程发生错误，不能当作有效延迟 | 检查配置、代理组和核心状态后再测 |
| 仍显示测试中 | 批量任务尚未完成 | 等待当前批次结束，避免连续重复点击 |
批量测速和单节点测速，应该怎么选？
批量测速适合第一次筛选订阅中的候选节点。展开一个代理组后执行测试，先排除大量 Timeout、Error 或明显高延迟节点，再留下少量候选。
单节点测速适合复核。比如某节点刚才延迟较低，但实际网页打开慢，可以重新测试；也可以在不同网络、不同时间段分别复测同一节点。每次测试尽量保持网络连接、代理组和测试地址不变，否则结果不适合直接比较。
如果代理组使用的是 url-test，核心会依据配置的测试地址和测试结果选择延迟较低的节点；Mihomo 的配置示例也将 url-test 定义为按 URL 测试结果选择延迟较低的节点，并可配置 url 与 interval。Mihomo 代理组配置示例
注意，批量测速的结果只适合在同一个客户端、同一个测试地址和接近的时间条件下做横向比较。不同客户端或不同测试地址得到的毫秒数，不能简单拼在一起排名。
为什么延迟低，下载速度却不一定快？
延迟测试通常只记录一个测试请求从发出到得到响应所需的时间，它更接近“能否快速响应”的指标；下载速度还会受到出口带宽、线路拥塞、服务端限速、丢包、协议开销、目标网站位置和当前规则命中情况影响。
因此不要把“最低延迟”直接等同于“最快节点”。更稳妥的选择方法是延迟初筛—真实场景复测—连续使用观察：
- 先用批量测速排除 Timeout、Error 和明显不稳定的节点。
- 留下两到三个候选节点，分别测试同一个网页、同一个文件或同一个办公系统。
- 在相近时间重复测试，记录打开时间、下载速度、视频缓冲或远程办公是否断连。
- 选择综合表现更稳定的节点，而不是只选择毫秒数最低的节点。
| 使用目标 | 优先观察 | 不要只看 |
|---|---|---|
| 网页访问 | 能否稳定打开、规则是否命中正确 | 单次最低延迟 |
| 文件下载 | 持续下载速度、是否中途降速 | 代理页显示的毫秒数 |
| 视频播放 | 起播时间、缓冲和持续吞吐 | 一次测速结果 |
| 跨境办公 | 登录、会议、远程桌面是否稳定 | 只用一个公共测试地址判断 |
用统一场景测真实速度：一套可复现的方法
Clash Verge Rev 的延迟测试不是下载测速。要判断节点是否适合日常使用，可以用下面这套最小方法，重点是每次只改变节点，其他条件尽量不变。
- 固定测试对象：选择一个你确实需要访问的网页、办公系统或公开文件，不要每次更换测试目标。
- 固定测试条件：使用同一台设备、同一网络、同一代理模式和同一时间段。
- 测试两个或三个候选节点：每个节点先等待连接稳定，再打开相同目标。
- 重复一次：第一次结果异常时不要立即下结论，切换回原节点或重新测试进行对照。
- 保留记录：记录节点名称、测试时间、网页打开情况、下载是否持续和是否出现断连。
如果延迟测试有结果，但真实访问仍慢，先检查规则模式是否把目标请求分配到了预期代理组，再检查系统代理或 TUN 是否真的接管了对应应用。设置页面中，系统代理与 TUN 是不同开关；官方界面文案说明，TUN 用于捕获系统流量，启用后通常不需要再依赖系统代理。Clash Verge Rev 设置项说明
如果你只在浏览器中测试，系统代理可能足够；如果测试的是不遵循系统代理的应用，才需要进一步核对 TUN、服务模式、权限和应用自身的代理设置。不要为了测速结果随意同时开启多个网络工具，否则可能出现规则冲突或流量路径改变。
全部节点 Timeout 或测速正常但仍然很慢，按顺序排查
情况一：全部节点都显示 Timeout
- 确认订阅配置已成功加载，代理组中确实有可选节点。
- 先测试一个节点，再测试整个代理组，避免一开始就重复批量点击。
- 检查本机网络是否能正常访问普通网页，排除当前 Wi-Fi、网线或系统网络本身异常。
- 检查是否启用了其他代理、VPN、虚拟网卡或安全软件，必要时暂时关闭冲突项后复测。
- 如果只有某个代理组全部超时，换另一个代理组或重新更新配置；如果所有配置都超时，再检查核心是否运行。
- 仍无法判断时，查看日志中的具体错误，而不是把 Timeout 直接当成节点速度慢。
情况二：测速有毫秒数，但网页或视频仍然卡
- 确认当前实际使用的节点就是刚才测试的节点，而不是代理组自动切换到了另一个节点。
- 确认规则模式下，目标域名没有被分到直连或错误的代理组。
- 使用同一目标复测另一个候选节点，区分是节点问题还是目标服务、DNS 或本地网络问题。
- 检查是否开启了 TUN、系统代理或其他接管方式；测试时保持一种明确的流量接管路径。
- 如果只有特定网站慢，记录该网站、节点、时间和规则命中情况，不要用一个网站的结果代表全部网络。
项目隐私说明明确表示，延迟测试会通过当前代理向测试地址发起 HTTP 请求，也允许使用配置中的测试地址；这意味着测试结果与测试地址、节点路径和当时网络条件有关，并不是对所有网站速度的承诺。Clash Verge Rev 隐私说明中的延迟测试说明
测速后怎么选节点：给自己留一条回滚路径
测速完成后，建议不要马上删除其他节点。先把表现稳定的节点记为候选，再手动切换到其中一个进行实际访问。如果新节点出现网页打不开、办公掉线或视频持续缓冲，直接切回上一个已验证节点，并重新做单节点测试。
如果升级客户端后测速入口、结果刷新或托盘操作与之前不同，先以当前界面为准。项目发布说明曾针对代理页刷新、托盘测速入口和延迟结果显示进行调整，因此旧教程中的按钮位置不一定适用于当前版本。Clash Verge Rev GitHub Releases 更新说明
需要继续排查时，可以按单一问题阅读本站相关指南：订阅导入后无法连接、代理规则设置与生效验证、Mihomo DNS 连接排查。它们分别对应订阅、规则和 DNS，不建议在同一次排查中同时修改多个配置项。
常见问题
Clash Verge Rev 的测速在哪里？
通常在侧边栏“代理”页面。找到代理组后，查看代理组或节点列表附近的测速、刷新或延迟测试图标。不同版本和语言可能有界面差异，以当前安装界面为准。
Clash Verge Rev 能不能单独测试一个节点？
可以。批量测速用于筛选代理组，单独测试适合复核某个候选节点。测试后还要用实际网页、文件或办公系统验证，因为延迟不等于下载速度。
测速显示 Timeout 是节点一定失效了吗？
不一定。Timeout 只表示本次请求在设定时间内没有得到有效结果，可能与节点、测试地址、本地网络、代理组或临时拥塞有关。建议单独重测一次，并与其他节点对照。
为什么显示低延迟，视频还是卡？
低延迟只说明测试请求响应较快，视频播放还受持续带宽、丢包、目标服务、规则命中和当前拥塞影响。应使用同一视频或同一业务场景对多个候选节点复测。
规则模式、系统代理和 TUN 会影响测速吗？
它们可能影响实际访问流量的路径。延迟测试和真实网页访问不一定使用完全相同的规则路径，因此测速后仍需确认当前节点、规则命中以及系统代理或 TUN 是否按预期生效。