Clash Verge Rev测速怎么用？从延迟测试到真实速度验证
简答：Clash Verge Rev 的测速入口通常在“代理”页面：用代理组旁的闪电按钮批量测试，或点击单个节点卡片上的测速按钮。测速显示的是测试地址的响应延迟，不等于下载速度；建议先连续测 3 次筛出 2—3 个候选节点，再用同一网页、文件或应用做实际验证。不同版本按钮名称和位置可能略有变化，请以当前界面为准。
定义：Clash Verge Rev测速是通过当前节点向指定测试地址发起请求，用于比较响应延迟和可达性，并不等同于完整的带宽、稳定性或目标网站可用性测试。
先看这张测速决策卡：入口、结果和下一步
| 你看到的现象 | 先判断什么 | 下一步 | 回滚或复核 |
|---|---|---|---|
| 节点显示几十到几百毫秒 | 测试地址在本次请求中可达 | 在同一客户端内横向比较，再做真实访问测试 | 不要仅凭一次结果判定长期稳定 |
| Timeout | 在当前超时范围内没有得到测试响应 | 重复测试，并检查订阅、节点、网络和测试地址 | 恢复原测试地址或保留原设置后再改 |
| Error | 测试请求或节点处理出现错误 | 先单测节点，再检查代理组和配置 | 不要立即删除订阅，先备份配置 |
| 延迟很低但网页很慢 | 延迟测试只覆盖测试地址的响应 | 检查规则命中、实际代理组、DNS和高峰拥堵 | 切回此前可用节点进行同条件对比 |
| 所有节点都超时 | 可能是本地网络、测试地址、订阅或代理链路问题 | 先单测一个节点，再换网络或核对订阅 | 关闭新增的TUN、代理或自定义测速设置 |
项目公开说明指出，延迟测试会经由本地代理向测试地址发起 HTTP 请求；测试地址可以使用默认值，也可能由用户配置修改。它只能证明该测试请求在当时的响应情况，不能单独证明真实下载速度或目标网站一定可用。查看项目对延迟测试请求的说明。
Clash Verge Rev测速前，先确认三个条件
- 订阅已经成功导入：进入“配置”或“Profiles”一类的页面，确认配置卡片存在，并且更新后能看到节点。不同语言和版本的菜单名称可能不同。
- 代理组不是空的：进入“代理”页面，展开主要选择组，确认里面有可选节点。代理组名称来自配置，可能叫“节点选择”“自动选择”或其他名称。
- 不要一开始就依赖自动组：首次排查时优先手动选择一个具体节点。自动测速、故障转移或负载均衡组可能在测试期间更换出口，不利于确认到底测的是哪个节点。
如果刚导入订阅却没有节点，先不要反复测速。核对订阅链接是否完整、是否过期、配置格式是否匹配，并在需要时重新更新配置。订阅链接包含令牌时，不要把完整链接、密码或私钥发到公开平台。
三种测速入口：批量、单节点和当前节点
1. 测试整组节点
打开“代理”页面，找到包含多个节点的代理组，在组标题附近寻找闪电图标、延迟测试按钮或类似图标。点击后，客户端会对该组中的多个成员发起测试。部分界面会并行处理，节点较多时可能需要等待。
2. 测试单个节点
在节点卡片或节点行的右侧寻找闪电图标、毫秒数或延迟按钮。单测适合排查“某个节点能否工作”，也适合在批量测试后复核候选节点。
3. 测试当前选择的节点
如果界面首页或代理组显示当前节点，可以先记录当前选择，再回到代理页面对该节点单测。不要把代理组的批量结果直接当成当前出口的实测结果，尤其是自动选择组。
公开的项目用户指南将“节点卡片闪电图标”和“代理组标题旁按钮”分别列为单节点、整组测试入口；但该指南与实际安装版本的界面可能存在差异，按钮名称和设置路径应以当前版本为准。查看公开用户指南中的测速说明。
延迟、Timeout、Error到底怎么看？
| 结果 | 可以说明什么 | 不能说明什么 |
|---|---|---|
| 低延迟，例如显示较小的毫秒数 | 该节点到测试地址的本次往返响应较快 | 不能证明下载速度快、长时间稳定或目标应用可用 |
| 高延迟 | 当前测试地址的响应往返时间较长 | 不能仅凭一次测试断定节点永久不可用 |
| Timeout | 在当前测试条件下没有及时收到响应 | 不能单独证明节点已经失效 |
| Error | 请求、连接或配置处理发生错误 | 不能直接判断是节点、DNS、规则还是测试地址导致 |
测速结果最适合在同一设备、同一网络、同一客户端和相同测试设置下进行横向比较。不同客户端可能使用不同测试地址、超时时间和延迟计算方式，因此不要把不同软件显示的毫秒数直接混排比较。项目 FAQ 也提示，延迟值不应被当作实际网络速度。查看项目 FAQ 中关于延迟测试差异的说明。
实用选节点方法：三轮测试加一次真实验证
- 第一轮筛选：在整组测试后，先排除明显 Timeout、Error 和延迟异常高的节点，保留至少 3 个候选节点。
- 第二轮复测：间隔一小段时间，对候选节点重新测试。若节点数量较多，可以只复核候选节点，不要把一次批量结果当成最终排序。
- 第三轮同条件比较：固定设备、网络、客户端模式和测试目标，连续测试 3 次，记录结果是否大幅波动。不要只选择某一次最低值。
- 真实验证：使用同一个网页、同一个下载文件或同一个目标应用依次访问候选节点。记录打开时间、是否中断、下载速度是否持续，以及应用是否真的走了代理。
如果用于网页浏览，优先看网页是否稳定打开；如果用于视频，观察一段时间内是否持续缓冲；如果用于跨境办公，重点检查登录、文件上传和长连接是否中断。测速结果只是筛选工具，最终应以你的实际任务复核。
测速全部超时：按这个顺序排查
- 先单测一个节点：如果整组全部超时，但单节点有结果，问题可能在代理组成员、批量测试范围或部分节点，而不是整个客户端。
- 确认配置和节点状态：更新订阅后确认节点仍存在，且当前代理组确实引用了这些节点。不要只看节点名称，因为不同来源可能出现同名节点。
- 检查本地网络：暂时切换到另一条网络，或确认浏览器能正常访问普通网站。若当前网络本身不稳定，测速结果不能用于评价节点。
- 检查测试地址：如果你修改过默认延迟测试地址，先记录原值，再恢复为当前版本默认设置或换用你能明确访问的测试地址。自定义地址不一定适合所有网络环境。
- 检查代理模式和系统代理：确认不是误处于“直连”模式，并确认系统代理开关与客户端本地代理状态一致。系统代理只影响遵循系统代理的程序，不能代表所有应用都走代理。
- 最后再看TUN和DNS：TUN属于更大范围的流量接管，出现异常时先关闭TUN，恢复到普通系统代理进行对比；DNS修改也应保留原配置，便于回滚。
如果修改过配置，建议先导出或复制备份，再逐项恢复。不要因为一次测速失败就删除仍可能有效的订阅。
测速正常但网页仍然卡顿，检查这五层
- 核心和端口：确认客户端内核正在运行，本地代理端口没有被其他程序占用。
- 代理协议和节点：确认当前选择的节点确实完成切换，不要只看界面上的名称。
- 系统代理或TUN：浏览器是否遵循系统代理；不遵循的应用可能需要单独配置，或在明确需要时使用TUN。
- DNS和规则：查看连接记录或规则命中结果，确认目标域名没有被错误地直连，也没有被错误规则转发到不合适的代理组。
- 应用自身限制：浏览器扩展、下载服务器、视频清晰度、办公软件连接策略都可能影响体验。用同一个目标和同一节点复核，避免把应用差异误判成节点速度。
一次网页打开、一次 DNS 查询或一次延迟结果都只能证明局部链路。要判断是否适合长期使用，应结合持续访问、实际任务和多次复测。
常见问题
Clash Verge Rev测速在哪里？
通常在“代理”页面。代理组标题附近的闪电按钮用于测试整组，节点卡片或节点行旁的闪电图标用于测试单个节点。不同版本和语言界面可能略有差异，请以当前界面为准。
Clash Verge Rev测速的延迟越低越好吗？
只能说在相同设备、网络、客户端和测试地址下，较低延迟通常更适合优先复核；它不等于下载速度、稳定性或目标网站可用性，仍需用真实网页、文件或应用验证。
为什么Clash Verge Rev测速全部Timeout？
先单测一个节点，再检查订阅是否有节点、当前网络是否正常、测速地址是否被修改，以及代理模式、系统代理和TUN状态。不要直接删除订阅，先备份并逐项回滚。
测速显示正常，但浏览器还是打不开怎么办？
确认当前节点已真正选中，代理模式不是直连，系统代理已启用，并检查浏览器是否有其他代理扩展。随后查看连接记录中的规则命中、代理组和DNS结果。
批量测速和单节点测速有什么区别？
批量测速适合快速筛选整组节点，单节点测速适合确认某个候选节点或排查具体错误。自动选择组可能在测试期间改变出口，因此首次排查优先单测具体节点。
相关阅读
参考资料
- Clash Verge Rev 项目公开隐私说明：延迟测试请求与测试地址
- Clash Verge Rev User Guide：代理组与节点延迟测试入口（doccompiler.ai）
- Clash Verge Rev FAQ：延迟测试差异、代理模式与TUN排查（cvergerev.com）