为什么需要测速
选择合适的代理节点对网络体验至关重要。不同节点的延迟、带宽和稳定性各不相同,而这些因素会直接影响:
- 网页加载速度:低延迟节点能更快打开网页
- 视频流畅度:高带宽节点适合观看高清视频
- 游戏体验:稳定的低延迟节点减少卡顿
- 下载速度:优质线路能充分利用你的带宽
建议定期测速,因为节点性能会随时间和网络状况变化。ClashX 可以配置自动测速,让你始终使用最优节点。
理解延迟指标
测速主要关注以下几个指标:
延迟(Latency / Ping)
数据从你的设备到代理服务器再返回所需的时间,单位为毫秒(ms)。
丢包率
发送的数据包未能到达目的地的比例。丢包率超过 1% 就会影响使用体验,特别是实时应用(游戏、视频通话)。
带宽
节点能提供的最大数据传输速率。注意:ClashX 的延迟测试不测试带宽,需要通过实际使用或专门的速度测试工具评估。
测速结果只能作为参考。实际体验还受到服务器负载、路由优化、目标网站位置等因素影响。
手动测速方法
方法一:ClashX 内置测速
最简单直接的测速方式:
- 点击菜单栏的 ClashX 图标
- 选择「代理」菜单
- 点击「延迟测试」(Benchmark)
- 等待几秒,所有节点旁边会显示延迟数值
测速快捷键
可以为延迟测试设置快捷键:
1. 打开「系统偏好设置」→「键盘」→「快捷键」→「应用快捷键」
2. 添加 ClashX,输入菜单标题「Benchmark」
3. 设置你喜欢的快捷键,如 ⌘⇧T
方法二:策略组测速
如果你使用了策略组(如 url-test),可以单独测试某个策略组:
- 点击菜单栏 ClashX 图标
- 选择对应的策略组
- 右键点击策略组名称
- 选择「测试延迟」
方法三:Dashboard 测速
使用 Web 控制面板进行更详细的测速:
- 访问
http://127.0.0.1:9090/ui - 点击「代理」标签
- 选择需要测试的策略组或节点
- 点击测速按钮(闪电图标)
Dashboard 的优势是可以看到更详细的信息,包括测速历史记录。
自动测速配置
手动测速虽然简单,但需要经常操作。更好的方式是配置自动测速策略组。
url-test 自动选择
自动选择延迟最低的节点:
proxy-groups:
- name: "♻️ 自动选择"
type: url-test
proxies:
- "香港 01"
- "香港 02"
- "日本 01"
- "美国 01"
url: "http://www.gstatic.com/generate_204"
interval: 300 # 每 300 秒测试一次
tolerance: 50 # 延迟差异小于 50ms 不切换
关键参数说明
- url:测速目标 URL。推荐使用
http://www.gstatic.com/generate_204,这是一个轻量快速的测速地址 - interval:测速间隔(秒)。建议 300-600 秒,太频繁会浪费资源
- tolerance:容差值(毫秒)。新节点必须比当前节点快超过这个值才会切换,避免频繁跳动
fallback 故障转移
主节点失败时自动切换:
proxy-groups:
- name: "🔰 故障转移"
type: fallback
proxies:
- "主节点"
- "备用节点 1"
- "备用节点 2"
url: "http://www.gstatic.com/generate_204"
interval: 300
timeout: 2000 # 超时时间 2000ms
load-balance 负载均衡
在多个健康节点间分配流量:
proxy-groups:
- name: "⚖️ 负载均衡"
type: load-balance
proxies:
- "节点 1"
- "节点 2"
- "节点 3"
url: "http://www.gstatic.com/generate_204"
interval: 300
strategy: consistent-hashing # 或 round-robin
strategy 参数:
consistent-hashing:基于目标地址分配,同一网站总是用同一节点,适合需要保持会话的场景round-robin:轮询分配,每个请求使用不同节点,适合下载等场景
可以创建一个 url-test 自动选择组,然后在 select 手动选择组中包含它。这样既有自动优选,也保留手动控制的灵活性。
节点选择策略
按用途选择
不同的使用场景需要不同类型的节点:
| 使用场景 | 推荐特性 | 节点类型 |
|---|---|---|
| 网页浏览 | 低延迟 | 就近节点(香港、日本、新加坡) |
| 视频流媒体 | 高带宽、稳定 | 内容所在地节点(如看 Netflix 美国内容用美国节点) |
| 游戏加速 | 极低延迟、低丢包 | 游戏服务器所在地的优质线路 |
| 大文件下载 | 高带宽 | 负载均衡组或高速专线 |
| 日常办公 | 稳定性 | fallback 故障转移组 |
按地理位置选择
地理位置对延迟影响很大:
- 中国大陆用户:香港、台湾、日本、新加坡节点通常延迟最低(20-80ms)
- 欧洲用户:本地欧洲节点最佳
- 跨境访问:访问特定国家的服务时,选择该国节点通常效果最好
线路质量识别
一些常见的线路类型(质量递减):
- IPLC / IEPL 专线:点对点专线,延迟低、稳定性高、价格贵
- CN2 GIA:电信优质线路,延迟低、高峰期稳定
- CN2 GT:电信普通线路,性价比高
- BGP 多线:自动选择运营商路由
- 普通线路:价格便宜但高峰期可能拥堵
• 不要只看延迟,还要关注稳定性和实际速度
• 白天测试结果可能和晚高峰不同
• 不要把所有流量都挤在一个节点上
性能优化建议
1. 多节点备份
配置 fallback 策略组,确保主节点失败时自动切换:
proxy-groups:
- name: "🚀 主力节点"
type: fallback
proxies:
- "香港 IPLC 01"
- "香港 CN2 01"
- "日本 01"
url: "http://www.gstatic.com/generate_204"
interval: 300
2. 分流策略
为不同服务配置不同的节点组:
proxy-groups:
- name: "🎬 流媒体"
type: select
proxies:
- "美国节点组"
- "香港节点组"
- name: "🎮 游戏"
type: url-test
proxies:
- "低延迟节点 1"
- "低延迟节点 2"
interval: 60 # 游戏场景可以更频繁测速
- name: "📥 下载"
type: load-balance
proxies:
- "高带宽节点 1"
- "高带宽节点 2"
3. 测速 URL 选择
不同的测速 URL 可能给出不同结果:
http://www.gstatic.com/generate_204- Google 服务,全球通用https://cp.cloudflare.com/generate_204- Cloudflare,适合测试 CDNhttp://www.apple.com/library/test/success.html- Apple,适合 iOS 用户
4. 定期维护
养成良好的维护习惯:
- 每周手动测速一次,了解节点状况
- 及时删除长期失效的节点
- 关注机场通知,了解维护和升级信息
- 高峰时段(晚上 8-11 点)测试更能反映实际情况
5. 使用 Dashboard 监控
Web Dashboard 提供实时监控和历史记录:
- 查看当前使用的节点
- 查看每个连接的流量和延迟
- 分析哪些应用占用最多流量
- 发现异常流量和连接
节点选择总结
最佳实践:
- 使用 url-test 自动选择日常浏览节点
- 使用 fallback 确保关键服务的稳定性
- 为特殊用途(流媒体、游戏)配置专门的策略组
- 定期手动测速,了解节点真实状况
- 不要过度依赖自动测速,结合实际使用体验调整