Clash Verge Rev 节点怎么测速？延迟、速度与丢包完整排查
简答：在 Clash Verge Rev 中，先确认订阅已经更新出节点，再打开“代理”页面，点击单个节点的测速按钮或节点组旁的批量测速按钮。延迟测试只能用于初筛，最终还要用实际网页、文件下载和连续复测确认速度与稳定性；低延迟不等于真实网速一定快。
定义：Clash Verge Rev 节点测速，是通过客户端向测试地址发起请求，比较节点响应延迟，并结合实际访问、下载和稳定性复测来筛选可用线路的过程。
先试这一步：订阅更新后在“代理”页批量测速
本文适用于 Windows、macOS 和 Linux 上使用 Clash Verge Rev 的场景，重点解决“节点已经导入，但不知道怎么测速和筛选”的问题。不同版本的按钮图标、中文名称和布局可能略有差异；如果找不到入口，优先寻找“代理”“Proxy”、闪电图标、测速或延迟测试等相近文字。
- 先确认节点存在：打开“配置”或“Profiles”页面，确认订阅已成功导入，并手动点击更新。更新后仍没有节点，先不要测速，应先排查订阅链接、网络和配置格式。
- 进入代理页面：打开左侧“代理”或“Proxies”，找到包含多个节点的代理组。
- 批量测试：点击代理组标题附近的闪电或测速按钮，等待组内节点完成检测。官方项目代码将节点延迟结果区分为未测试、测试中、超时、错误和已测得数值等状态，可据此判断当前结果是否完整。Clash Verge Rev 延迟测试代码
- 初选节点：先在同一代理组内选择延迟较低、没有 Timeout 或 Error 的节点，再进行真实访问验证。
Clash Verge Rev 的隐私说明显示，用户主动测试节点或节点组时，客户端会经由该节点向测试地址发起 HTTP 请求；因此测速不是本地 ping，也不等于完整下载测速。Clash Verge Rev 隐私说明
三种测速方式有什么区别？
| 方式 | 适合场景 | 怎么看结果 | 局限 |
|---|---|---|---|
| 单节点测速 | 复核某个节点，或比较少量候选节点 | 看是否成功、延迟是否稳定、是否频繁超时 | 测试范围小，不能代表整组节点 |
| 整组批量测速 | 订阅节点较多，需要快速初筛 | 先排除 Error、Timeout，再按延迟从低到高比较 | 属于同一测试地址下的横向比较，不代表下载速度 |
| url-test 自动选择 | 希望客户端按健康检查自动选择节点 | 观察当前选中的节点和切换是否符合预期 | 依赖配置中的测试地址、间隔和容差，可能与手动测速结果不同 |
| 真实网页或下载测试 | 确认浏览、办公、视频或文件传输体验 | 看页面是否完整打开、下载是否持续、是否中途断流 | 受目标网站、时间段、本地网络和服务器负载影响 |
mihomo 官方文档把 url-test 定义为根据 URL 测试结果选择代理的策略组，并支持设置测试地址、测试间隔和切换容差。也就是说，url-test 更接近“自动健康检查”，不是对每个节点进行完整带宽测速。mihomo url-test 官方文档
延迟、Timeout 和 Error 应该怎样判断？
- 延迟数值：表示当前测试请求完成所需的时间，可用于同一客户端、同一测试地址下比较节点。数值越低通常越适合交互操作，但不能单独证明下载速度更快。
- Timeout：表示在设定时间内没有完成测试。可能是节点不可用，也可能是测试地址从当前网络不可达、测试超时时间较短或本地网络临时异常。
- Error：表示测试请求出现错误。应结合日志、当前代理模式和其他节点结果判断，不能直接等同于节点永久失效。
- 结果为空或一直测试中：先等待当前批次完成，再检查核心是否运行、代理组是否包含节点，以及配置是否成功加载。
当前源码中，延迟结果会按超时设置进行分类，并使用不同状态显示成功、警告和错误；界面颜色只能帮助筛选，不能替代真实访问测试。延迟结果分类源码
低延迟但网页或下载仍然卡顿，按这套流程复测
- 固定测试条件：保持同一台设备、同一网络、同一代理模式和同一目标网站，不要同时切换多个变量。
- 先测试网页：选择一个候选节点，用浏览器打开你实际需要使用的网页，确认 DNS 解析、TLS 握手和页面资源都能完成加载。
- 再测试下载：使用合法、稳定且你有权访问的文件或服务进行下载，观察开始速度、持续速度和是否中断。一次短暂的峰值不能代表长期速度。
- 观察连接记录：在 Clash Verge Rev 的连接或日志页面查看是否反复出现重连、超时、规则命中错误或 DNS 失败。
- 连续复测：同一节点连续测试数次，记录延迟是否大幅跳动、网页是否偶发打不开、下载是否间歇性降速。
- 分时段复测：分别在白天、晚间和你实际办公时段测试。不同时间段的结果只能作为当时网络状态的记录，不应写成永久稳定性结论。
如果一个节点延迟较低，但实际网页、下载或长连接表现不稳定，优先把它标记为“低延迟但不适合当前用途”，再测试其他节点。不要仅因为数字更小就反复切换，频繁切换会让比较条件失去一致性。
按使用用途选择节点，不要只按毫秒数排序
| 用途 | 优先观察 | 复核方法 |
|---|---|---|
| 普通网页和跨境办公 | 网页打开完整、登录流程稳定、延迟波动较小 | 连续打开常用工作页面，检查图片、脚本和文件附件是否正常 |
| 视频或大文件传输 | 持续下载速度、长连接稳定性、是否中途降速 | 进行持续时间更长的合法下载或播放测试 |
| 实时交互应用 | 延迟波动、丢包和重连情况 | 连续操作并观察连接日志，不只看一次测速结果 |
| AI 或开发服务 | 目标域名能否解析、TLS 是否成功、长响应是否中断 | 在实际客户端或浏览器中完成一次完整请求 |
以上是通用核验标准，不代表某个节点、地区或服务商一定适合某种用途。节点名称中的地区、线路或协议标签也不能替代实际验证，最终应以你的设备、网络和目标服务表现为准。
所有节点都测速失败：从最短路径开始排查
- 检查核心：确认 Clash Verge Rev 的核心正在运行，代理组能正常显示，日志没有配置解析错误。
- 检查订阅：回到配置页面手动更新一次，确认更新时间变化且节点数量正常。若更新失败，先解决订阅地址无法访问的问题。
- 关闭复杂因素：暂时关闭 TUN、额外 DNS 覆盖、脚本或自定义规则，只保留基础系统代理进行测试；验证完成后再逐项恢复。
- 更换测试地址：如果只有某个测试地址失败，而实际网页可以打开，可能是测试地址不可达。Clash Verge Rev 支持在设置中配置默认延迟测试地址，设置项说明指出该地址用于客户端 HTTP 测试，不会修改订阅配置。Clash Verge Rev 设置字段说明
- 对比本地网络：切换到另一条合法可用的网络后再测。如果新网络正常，问题更可能出在原网络、DNS、企业网关或本地安全软件。
- 恢复改动：每次只改一个选项。确认某个设置无效后，立即恢复原值，避免把多个问题叠加在一起。
不要把“测速失败”直接写成节点一定失效，也不要把一次成功测速当成完整可用性证明。先看是全部节点失败、单个节点失败，还是只有某个测试地址失败，再决定下一步。
适用范围与安全提示
本文只讲 Clash Verge Rev 中的节点延迟初筛、真实体验复核和基础排查，不覆盖其他客户端的具体菜单，也不提供未经核实的服务商价格、优惠、状态或官网入口。订阅来源、节点能力和服务条款请以对应服务商当前公开页面或登录后页面为准。
截至 2026-10-30，Clash Verge Rev 的版本和界面仍可能变化。升级前建议备份配置，并在更新后重新确认订阅、代理组、系统代理和 TUN 状态。测速请求通常只产生少量测试流量，但具体测试地址和请求行为以客户端当前版本设置为准。
常见问题
Clash Verge Rev 节点测速入口在哪里？
通常在左侧“代理”或“Proxies”页面。单个节点卡片附近一般有闪电或测速按钮，节点组标题附近可能有批量测速按钮。不同版本布局可能变化，找不到时可寻找“延迟测试”“Latency Test”或闪电图标。
Clash Verge Rev 测速显示 Timeout 怎么办？
先确认是否只有一个节点超时。如果全部节点超时，依次检查核心运行状态、订阅是否更新成功、系统代理、测试地址和本地网络；如果只有一个节点超时，再与其他节点复测，不要立即断定该节点永久失效。
为什么延迟低，实际打开网页还是很慢？
延迟测试通常只检查到测试地址的请求响应，并不等于下载带宽、网页资源加载或长连接稳定性。应固定节点后测试实际网页、合法文件下载和连接日志，再在不同时间段重复验证。
url-test 会不会自动选择最快节点？
url-test 会按照配置中的测试地址、测试间隔和容差进行健康检查并选择节点，但这里的“快”主要是测试请求的响应表现，不等于所有网站或下载场景下的带宽都最高。
测速时需要打开 TUN 模式吗？
不需要把 TUN 作为测速前置条件。建议先用基础系统代理完成订阅、节点和网页连通性验证；只有当目标应用不遵循系统代理时，再单独排查 TUN，并比较开启前后的实际连接结果。