香港节点测速怎么选？用 Clash Verge Rev 按 5 步筛出更稳节点

更新于 2026-10-20 · sufeiyun.shop

简答：先在 Clash Verge Rev 中排除反复超时的节点，再比较延迟波动，最后用网页、视频、下载或办公业务和晚高峰复测。最低客户端延迟不一定最快：有些节点延迟低，但网页建连慢、视频分片反复缓冲，选节点应以自己的真实用途和连续稳定性为准。

定义：香港节点测速，是通过客户端健康检查、代理请求和真实业务复测，比较候选节点的响应时间、失败情况、波动、连续吞吐与高峰期稳定性的过程。

先用 5 步筛选：记录什么、先淘汰什么

本站是第三方使用指南站，不代表任何节点或订阅提供方。本文只讲 Clash Verge Rev 中的客户端订阅节点测速；如果你测的是自己购买的香港 VPS，应改用到服务器测试 IP 的 ping、mtr 或 iperf3，不能把 VPS 测速结果直接套到客户端订阅节点上。

失败次数不是丢包率。客户端 HTTP 健康检查失败，可能由目标测试地址不可达、代理连接超时、TLS 建连失败或返回状态不符合预期造成；丢包率通常需要对可获得的目标 IP 使用 ping、mtr 或 WinMTR 测量。订阅节点往往不会直接提供服务器 IP，而且中转链路可能隐藏真实路径，因此不能把 HTTP 失败次数直接写成“丢包百分比”。

表中的“20 次失败超过 2 次”是本站建议的起始筛选值，不是 Clash Verge Rev、Mihomo 或服务商规定。测试日期、所在城市、运营商、客户端模式、测试 URL 和节点名称都应一起记录。

第 1 步：按用途、地区和线路建立候选池

先把节点分成几组，不要把所有香港节点直接按一个最低延迟排序。日常浏览和办公优先看失败比例、延迟中位数、最大延迟与长连接稳定性；视频和大文件下载要看连续吞吐、缓冲次数和下载是否中途重连；需要稳定登录环境的办公、支付或账号场景，应优先固定节点，再准备一个备用节点。

• 华南用户：用自己所在城市和运营商测试，建立独立的香港候选池；不要直接复制广东其他城市的排序。
• 华东用户：单独记录本地运营商到香港节点的延迟和晚高峰变化，不能因为节点标注为香港就假设路径相同。
• 华北用户：至少比较白天与晚高峰的失败情况和完整请求耗时，避免只凭一次客户端延迟决定主用节点。
• 直连、中转、IEPL 或 IPLC：节点名称只能作为分类线索，不能直接证明质量。是否值得优先，应以你的运营商、用途、实际稳定性和流量消耗共同判断。
• 倍率：倍率影响相同流量额度下的消耗效率，但不代表速度、延迟或稳定性。若服务说明没有明确倍率含义，应视为未核实；不要为了低延迟忽略连续下载和高峰期表现。

如果名称中出现“直连”“中转”“专线”等标签，建议在记录表中单独标注，再用同一时间、同一测试地址、同一客户端模式比较。对于需要固定出口的办公和登录场景，自动切换可能改变出口节点；对于普通网页浏览，自动测速组可以减少手动筛选。

第 2 步：在 Clash Verge Rev 中批量测试延迟并设置自动测速组

打开 Clash Verge Rev 的代理或代理组页面，对同一批候选节点执行延迟测试。Mihomo 的代理 API 可以对指定代理执行延迟测试，并返回毫秒值；代理组的 url 是健康检查地址，interval 的单位是秒，tolerance 的单位是毫秒。Mihomo API 文档 Mihomo url-test 文档

1. 进入“配置文件”或“Profiles”页面，找到正在使用的订阅。
2. 右键订阅，打开“扩展配置”；部分版本可能显示为旧称“Merge 配置”。Clash Verge Rev 文档说明，较新版本将 Merge 配置改名为扩展配置，扩展脚本与扩展配置按全局和订阅范围执行。Clash Verge Rev 扩展配置文档
3. 不要在扩展配置中直接写顶层 proxy-groups 来替换整个代理组列表。配置列表被整体覆盖后，订阅原有的代理组可能消失，规则引用也可能失效。
4. 如果当前版本支持合并语法，可使用 prepend-proxy-groups 或 append-proxy-groups；如果版本界面已将追加、前置功能移动到订阅右键菜单的可视化编辑器，应按该入口操作。文档明确说明 1.7.x 起相关功能已调整，具体以当前版本界面为准。Clash Verge Rev 扩展配置变更说明
5. 将下面的配置保存后重新载入订阅。include-all-proxies: true 用于把当前配置中的出站代理引入代理组，filter 再筛选名称中包含香港关键词的节点；Mihomo 文档说明，filter 只作用于已引入的代理集合或全部出站代理。

append-proxy-groups:
  - name: "香港自动测速"
    type: url-test
    include-all-proxies: true
    filter: "(?i)港|HK|Hong Kong|HongKong"
    url: "https://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    lazy: true

Mihomo 代理组通用字段文档说明，include-all-proxies 会引入所有出站代理，filter 用于筛选节点；如果筛选结果为空，代理组就没有可测试成员。若当前订阅扩展不支持 append-proxy-groups，不要强行使用顶层覆盖写法，应改用订阅右键菜单中的代理组编辑入口，或使用扩展脚本按当前文档处理。

新建的“香港自动测速”组不会自动接管全部流量。保存后回到代理组页面确认它已经出现；如果你的主选择组支持编辑成员，把“香港自动测速”加入该选择组，并在需要时手动选中它。否则，规则仍可能继续引用原来的代理组。日常浏览可使用自动测速组；办公、支付、AI 账号或需要固定登录环境的场景，建议手动固定主用节点。

interval: 300 与 tolerance: 50 是本站建议的起始值，不是平台强制值。前者表示每 300 秒进行健康检查，后者表示只有候选节点相对当前节点达到一定延迟差异时才考虑切换。自动测速只反映健康检查 URL，不等于所有网站的真实速度。

第 3 步：用 curl 比较代理请求耗时，端口从哪里找

在 Clash Verge Rev 中，进入设置里的端口设置，查看实际的“混合端口”数值，再替换下面命令中的 你的混合端口。不要直接假定端口一定是某个固定值；客户端设置文件中同时存在 Mixed、Socks 和 HTTP(S) 端口字段，实际使用哪个端口应以当前配置为准。Clash Verge Rev 设置字段说明

Windows PowerShell 中使用 curl.exe，避免把 PowerShell 的命令别名误当成 curl：

curl.exe -x http://127.0.0.1:你的混合端口 -o NUL -sS -w "code=%{http_code} start=%{time_starttransfer} total=%{time_total}
" https://www.gstatic.com/generate_204

macOS 或 Linux 使用：

curl -x http://127.0.0.1:你的混合端口 -o /dev/null -sS -w "code=%{http_code} start=%{time_starttransfer} total=%{time_total}
" https://www.gstatic.com/generate_204

curl 官方手册说明，-x 或 --proxy 用于指定代理，-w 或 --write-out 可以输出 time_starttransfer、time_total 等计时变量；其中 time_total 是整个请求完成所用的总时间。curl 官方手册：--proxy、--write-out 与 time_total

对同一节点连续执行 10 至 20 次，记录每次输出中的 total 数值。由于每条命令通常会重新建立 TCP/TLS 连接，time_total 包含解析、连接、握手和传输耗时，不能当作纯下载速度。为了做简单横向比较，可以计算“最大 total - 最小 total”作为本站的简化波动值；这不是严格的网络抖动测量。比较时必须使用同一 URL、同一代理端口和同一时间段。

如果想测丢包，应使用能获得的节点服务器 IP，并用 ping、mtr 或 WinMTR 进行复测；如果节点是中转、服务器 IP 不可得，或客户端代理隐藏了真实出口，就不要把本机到某个公共 IP 的结果写成该节点的丢包率。

第 4 步：用真实业务复测，解决“低延迟但网页慢”

视频测试不要只看测速网站的下载数值。打开播放器自带的“统计信息”或“详细信息”面板，观察缓冲次数、当前带宽、已加载分片和是否出现重复缓冲；不同播放器的菜单名称可能不同，找不到统计面板时，至少记录暂停、降画质和重复缓冲次数。

如果使用 Cloudflare AIM，它可以综合延迟、丢包、下载、上传、加载延迟和抖动等指标，帮助理解流媒体、游戏和实时通信场景的网络质量，但它是互联网连接质量的补充参考，不是某个香港节点的专属速度证明。Cloudflare AIM 官方说明

节点记录与评分速查卡：不要把一次测速结果写成长期排名，按下面模板记录多轮结果，再根据真实用途决定主用和备用。

主用、备用和淘汰：按用途做最后决定

结论速查：

• 日常浏览：可以使用自动测速组，但仍要定期检查是否频繁切换或出现目标网站打不开。
• 办公、支付和 AI 账号：优先固定节点，先验证登录、长连接、上传和下载，再设置一个备用节点。
• 大文件下载：优先看连续吞吐、是否中断和晚高峰稳定性，不要只按客户端延迟排序。

1. 淘汰：多轮测试反复超时，或在 20 次测试中失败超过 2 次；这是本站建议的起始规则。
2. 主用：失败少、波动较小，并能稳定完成自己的真实业务；不要求它必须拥有最低延迟。
3. 备用：白天和晚高峰至少有一个时段表现接近主用，且网页、下载或办公等核心业务仍能完成。
4. 自动选择：适合对出口变化不敏感的普通网页浏览；需要稳定登录 IP、持续办公或固定会话时，优先手动选择。

建议的判断优先级是：能否稳定完成业务、失败比例、晚高峰稳定性、波动大小、连续吞吐、平均延迟、最低延迟。这个排序是本站的排查建议，不是 Clash Verge Rev 的官方评分规则。节点名称中的倍率、线路和地区标签也不能替代复测。

常见问题

香港节点测速只看 Ping 可以吗？

不建议。Clash Verge Rev 的客户端延迟适合初筛，但它只代表某个健康检查地址的代理请求表现。最终还要看失败比例、最大延迟、波动、网页、视频、下载或办公是否稳定完成。最低延迟不一定对应最低的完整请求耗时。

失败次数可以直接当作丢包率吗？

不可以。HTTP 健康检查失败可能来自连接超时、TLS 建连失败、测试地址不可达或状态码不符合预期；丢包率通常需要对可获得的目标 IP 使用 ping、mtr 或 WinMTR 测试。订阅节点无法提供真实服务器 IP 时，不应把失败次数换算成丢包率。

Clash Verge Rev 的 url-test 为什么测速组为空？

常见原因是只写了 filter，却没有写 proxies、use、include-all 或 include-all-proxies。Mihomo 文档说明，filter 只作用于已经引入的代理集合或全部出站代理，因此可以加入 include-all-proxies: true，再确认节点名称确实包含港、HK 或 Hong Kong 等匹配文本。

为什么我添加了“香港自动测速”，流量却没有经过它？

新建代理组不会自动替换原有主选择组或规则。保存并重新载入后，应在代理组页面确认该组存在，再把它加入当前使用的选择组，或在需要时手动选中它；如果规则仍引用旧组，流量仍会按旧组转发。

订阅更新后，自己添加的测速组为什么消失？

不要直接修改订阅原文件。应使用订阅右键菜单中的扩展配置、可视化编辑入口或扩展脚本保存修改。不要用顶层 proxy-groups 直接覆盖整个代理组列表，否则可能使原有代理组和规则引用失效。具体入口会随版本变化，以当前 Clash Verge Rev 文档和界面为准。

url-test 的 interval 和 tolerance 怎么设置？

可以先使用 interval: 300 和 tolerance: 50 作为本站建议起始值，分别表示 300 秒健康检查间隔和 50 毫秒切换容差。它们不是平台强制值；需要稳定出口时，建议减少自动切换，或直接使用手动选择组。

为什么视频卡，但 curl 和客户端测速看起来正常？

因为客户端测试地址与视频服务的域名、分片请求、连接复用、播放器缓冲和服务端路径可能不同。请在同一节点上查看播放器统计信息，记录缓冲次数、当前带宽和分片加载是否超时，再在同一时间段与备用节点对比。

香港 VPS 测速和客户端订阅节点测速有什么区别？

本文针对 Clash Verge Rev 的客户端订阅节点。香港 VPS 可以直接对测试 IP 使用 ping、mtr 或 iperf3；客户端订阅节点可能经过中转，且通常无法确认服务器 IP，因此不能把 VPS 的回程、丢包或带宽结果直接套用到订阅节点。

相关阅读

• 连接问题排查指南
• Mihomo TUN 模式排查
• 设备配置指南

参考资料

1. Clash Verge Rev 扩展配置与 Merge 配置变更说明
2. Clash Verge Rev 设置字段：Mixed Port、Socks Port 与 HTTP(S) Port
3. Mihomo 代理组通用字段：include-all-proxies、filter、url 与 interval
4. Mihomo url-test：健康检查地址、interval 与 tolerance
5. Mihomo API：代理延迟测试与 delay 接口
6. curl 官方手册：--proxy、--write-out、time_starttransfer 与 time_total（curl.se）
7. Cloudflare AIM 官方说明：延迟、丢包、吞吐与抖动指标