机场节点怎么测速和选择：Clash Verge Rev 新手实测流程
简答：机场节点不要只按最低延迟排序：在 Clash Verge Rev 中先更新订阅并关闭其他网络干扰，再批量测试候选节点，排除超时和反复失败的节点，最后用自己的浏览、视频、会议或下载任务验证。延迟测试只能用于初筛，最终选择应看同一时间、同一设备下的稳定性和实际任务表现。
定义：机场节点测速，是在相同网络、设备和测试时间下，对多个节点的连通性、延迟及实际任务表现进行对照，而不是只看客户端里一个毫秒数。
先试这一步：用 10 分钟筛掉明显不合格节点
本文适用于 Clash Verge Rev 桌面版，可用于 Windows、macOS 和 Linux；不同版本的中文菜单名称可能略有差异。截至 2026-10-19，项目文档说明该客户端内置 mihomo 核心，并提供代理组、系统代理、TUN 和配置管理功能，本文只讲节点测速与选择，不讨论具体服务商的价格、状态或排名。Clash Verge Rev 项目说明
最快流程：更新订阅 → 关闭下载、云盘和其他代理 → 在“代理”或“Proxies”页面批量延迟测试 → 保留 5—10 个能稳定返回结果的节点 → 分别做浏览、视频或下载验证 → 在晚高峰重复测试并记录。
| 阶段 | 操作 | 留下什么结果 |
|---|---|---|
| 初筛 | 测试候选节点的健康检查延迟 | 删除超时、无结果、反复失败的节点 |
| 对照 | 同一地区或同一线路比较多个节点 | 找出延迟较稳定、波动较小的候选 |
| 实测 | 打开目标网页、播放视频或下载同一文件 | 确认实际任务是否卡顿、失败或速度下降 |
| 复测 | 在晚高峰再次测试 | 保留一个主节点和至少一个备用节点 |
健康检查的测试地址、检查间隔、超时和期望状态码属于 mihomo 代理组的配置字段。官方文档说明，url 是健康检查地址，interval 以秒为单位控制定时测试，timeout 以毫秒为单位控制超时，expected-status 可限制可接受的 HTTP 状态码。mihomo 代理组配置文档
Clash Verge Rev 里怎么做批量初筛
- 先确认订阅和运行状态。打开 Clash Verge Rev，进入“配置”或“Profiles”，确认当前配置已经更新并处于启用状态。订阅链接属于敏感凭据，截图或提交日志前要打码。项目文档列出了远程配置导入、订阅更新和本地配置等入口；如果更新失败，先检查订阅地址、网络和客户端提示，不要把失败节点直接判断为服务端故障。Clash Verge Rev 配置导入文档
- 固定测试环境。测速前暂停大文件下载、云盘同步和视频播放，暂时关闭其他代理软件；同一轮测试尽量使用同一台设备、同一网络和同一份订阅。若同时打开系统代理和 TUN，先确认自己知道哪一种模式正在接管流量，避免重复代理造成误判。
- 进入代理列表。在左侧打开“代理”或“Proxies”，找到包含节点的代理组。点击组内的延迟测试按钮；如果界面没有批量测试按钮，就逐个点选节点并记录结果。菜单名可能随版本变化，但应围绕“代理组、节点、延迟测试”查找。
- 先按结果排除，不急着选第一名。删除超时、无结果、连续失败或测试过程中数值大幅跳动的节点。延迟较低只说明该健康检查请求的往返时间较短，不能直接代表下载速度、视频缓冲能力或会议稳定性。
- 同地区至少保留多个候选。节点名称里的地区、线路或倍率只是筛选线索，不是实测结论。先在同一地区或相近线路中保留多个节点，再进行实际任务验证，避免只因一个节点名称看起来更好就下结论。
如果你使用“自动选择”类代理组，要注意它依赖健康检查结果，而健康检查并不等于完整业务测试。mihomo 文档还说明，设置了 lazy: true 时，未被选中的策略组可能不会主动测试；因此自动选择结果应结合实际访问记录复核。mihomo 代理组通用字段说明
延迟、速度、丢包和倍率分别怎么看
| 指标 | 它能说明什么 | 不能单独说明什么 | 使用建议 |
|---|---|---|---|
| 延迟 | 测试请求往返所需时间 | 不能单独代表下载速度 | 适合做第一轮排除和同条件排序 |
| 下载速度 | 在某个文件或网页测试中的接收能力 | 不等于所有网站、所有时段都一样 | 使用同一文件、同一时间和同一设备对比 |
| 上传速度 | 向目标服务器发送数据的能力 | 不等于会议或云盘一定稳定 | 有上传需求时单独验证 |
| 丢包 | 部分探测或数据没有成功到达 | 一次失败不能证明长期故障 | 连续多次观察，不要只看单次结果 |
| 抖动 | 延迟随时间变化的幅度 | 不能直接换算成带宽 | 会议、游戏等实时任务要重点关注 |
| 倍率 | 通常表示该节点消耗流量的计费系数 | 不是速度、稳定性或线路质量分数 | 以对应服务的官方说明和订阅页面为准 |
不要把“最低延迟”当成唯一答案。一个节点可能健康检查延迟较低，但在下载、视频播放或目标网站访问时表现一般；反过来，延迟稍高的节点也可能在持续传输任务中更稳定。本文不设统一毫秒、兆比特或丢包阈值，因为测试地址、运营商、本地网络、目标网站和时间段都会影响结果。更可靠的方法是保留同一批节点，使用同一条件做相对比较。
按用途选择节点：浏览、视频、会议和下载
| 用途 | 优先观察 | 不要只看 | 验证方法 |
|---|---|---|---|
| 日常浏览 | 连通性、失败率、页面打开稳定性 | 最低延迟 | 连续打开多个常用页面，记录是否需要刷新 |
| 视频播放 | 持续下载能力、缓冲恢复和晚高峰表现 | 一次延迟测试 | 使用同一清晰度播放相同长度内容，观察缓冲 |
| 在线会议 | 抖动、丢包、语音和画面连续性 | 峰值下载速度 | 进行固定时长通话，记录断流、延迟和重连 |
| 大文件下载 | 持续速度、连接是否中途下降 | 节点名称中的“高速”字样 | 使用同一文件和同一下载工具比较一段固定时间 |
| 需要特定地区的服务 | 实际出口地区、目标服务可用性 | 节点名称里的国家或城市 | 查看实际出口 IP，并在目标服务页面验证 |
节点名称中的地区不一定等于你最终看到的实际出口地区，也不一定代表目标服务会接受该 IP。需要地区匹配时，应以实际 IP 检测和目标服务当前页面为准；如果两者不一致，不要仅凭名称继续判断。
晚高峰复测与故障排查顺序
白天可用、晚上变慢并不一定说明节点永久失效。它可能与本地宽带、运营商出口、目标网站拥堵、节点负载或测试地址不同有关，因此要把问题拆开排查。
- 先做本地对照。用同一网络测试多个节点，再用直连或另一条已知可用路径打开普通网页。如果所有路径都慢，优先检查本地 Wi‑Fi、宽带或系统代理。
- 再做同地区对照。同一时间测试多个同地区节点。如果只有一个节点失败，先更换同组节点；如果同组全部异常，再记录时间并检查订阅是否需要更新。
- 检查客户端日志。进入“设置”或“高级设置”，查找“打开日志目录”“Open Logs Dir”或诊断信息入口。重点看
timeout、connection refused、dns、handshake、HTTP status等关键词。项目界面提供日志目录、核心目录和诊断信息入口，但具体路径会随系统和版本不同。Clash Verge Rev 设置字段 - 最后验证目标任务。如果延迟测试正常但某个网站、视频或会议失败，换一个节点和一个目标地址对照；不要只根据客户端的毫秒数判断整个网络链路。
建议建立一张简单记录表：日期、时间、网络类型、运营商、客户端版本、订阅更新时间、节点完整名称、倍率、延迟、是否超时、实际任务结果、备注。节点选择不是一次性排名，而是根据你的网络和使用时间持续更新主节点与备用节点。
Clash Verge Rev 节点选择自查清单
- 是否使用同一设备、同一网络和同一测试地址？
- 是否关闭了其他代理、下载和云盘同步？
- 是否先排除超时和连续失败节点，而不是只看最低延迟？
- 是否在同一地区保留了多个候选，而不是只留一个？
- 是否用自己的真实任务验证过浏览、视频、会议或下载？
- 是否在晚高峰重新测试过？
- 是否记录了节点完整名称、倍率、时间和订阅版本？
- 涉及地区服务时，是否核验了实际出口 IP 和目标服务当前支持范围？
如果你只想得到一个可执行结论：先用延迟测试做“淘汰赛”，再用真实任务做“决赛”；主节点选择稳定性，备用节点选择不同线路或不同地区，最后以实际使用结果为准。
常见问题
机场节点测速时，延迟越低越好吗？
不一定。延迟主要反映测试请求的往返时间，不能单独代表下载速度、视频缓冲或会议稳定性。正确做法是先用延迟排除明显异常节点，再用真实任务比较持续表现。
为什么 Clash Verge Rev 里延迟很低，打开网页却很慢？
健康检查只针对配置中的测试地址，测试通过不等于所有目标网站都快速。请先确认系统代理或 TUN 状态，再用同一时间测试多个节点和目标网页；如果只有某个节点慢，先换同组节点。
节点名称里的地区和实际出口地区一定一致吗？
不一定。节点名称只能作为筛选线索，实际出口还可能受到线路和服务端配置影响。需要地区匹配时，应通过实际 IP 检测，并以目标服务当前页面显示的支持范围为准。
晚高峰测速应该记录哪些内容？
至少记录日期、具体时间、网络类型、运营商、客户端版本、订阅更新时间、节点完整名称、倍率、延迟、是否超时和实际任务结果。这样才能区分单次波动与持续问题。
自动选择策略组能不能代替自己测速？
不能完全代替。自动选择依赖健康检查结果，而健康检查地址、间隔、超时和期望状态码都会影响结果。建议先人工筛掉明显异常节点，再观察自动选择在真实任务中的表现。