节点延迟测试与优选策略

面板上显示的延迟，通常是向测试地址发起一次 HTTP 请求并测量完成时间。 它反映的是到该地址的往返开销，并不完全等同于下载速度。

测速测的是什么

• 延迟（Latency） —— 请求往返时间，影响网页打开的响应感；
• 带宽（Throughput） —— 单位时间可传输的数据量，影响下载与视频；
• 丢包（Packet Loss） —— 是否稳定，影响视频通话与游戏。

延迟低的节点不一定带宽高。一条线路可能 ping 值 30ms，但高峰期只有 2MB/s。

手动测速

在客户端的节点列表点击测速按钮即可。命令行环境下可以通过控制接口触发：

复制# 对指定代理组发起延迟测试
curl "http://127.0.0.1:9090/proxies/♻️%20自动选择/delay?timeout=5000&url=http://www.gstatic.com/generate_204"

# 返回示例
# {"delay": 128}

url-test 的参数

复制  - name: "♻️ 自动选择"
    type: url-test
    url: "http://www.gstatic.com/generate_204"
    interval: 300       # 自动测速间隔（秒）
    tolerance: 50       # 延迟差阈值，低于该值不切换
    lazy: false         # 空闲时是否停止自动测速
    timeout: 5000       # 单次测试超时（毫秒）
    max-failed-times: 5 # 连续失败多少次后标记为不可用
    proxies: [...]

参数	作用	调大 / 调小的效果
interval	多久测一次	调小更及时但更耗电
tolerance	切换门槛	调大更稳定，调小更灵敏
lazy	空闲暂停	移动端建议 true 省电

抑制延迟抖动

「用着用着突然跳到另一个国家」几乎都是 tolerance 太小导致的。推荐这样设置：

tolerance 建议不低于 50ms，节点数量多时甚至可以设到 80 ~ 100ms。切换一次节点的代价是当前连接全部重建，远高于多等几十毫秒。

复制  - name: "♻️ 自动选择"
    type: url-test
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 80        # 更保守，减少无谓切换
    lazy: true
    proxies:
      - "香港-01"
      - "香港-02"
      - "日本-01"

按用途分组

不同场景对线路的要求不同，分开建组比一个大组更合适：

分组	优化目标	建议
日常浏览	低延迟	url-test，tolerance 50 ~ 80
视频流媒体	高带宽 + 解锁	select，手动固定解锁节点
大文件下载	持续吞吐	load-balance 或固定单节点
游戏 / 通话	低抖动	select，固定同地区节点

常见误区

• 只看延迟挑节点 —— 忽略了带宽与会话稳定性；
• 测速地址指向国内 —— 节点的出口优势完全测不出来；
• 把所有节点塞进一个组 —— 跨地区切换频繁，登录态反复失效；
• interval 设为 30 秒 —— 移动端耗电明显增加，收益有限。

---

代理组的完整写法见 代理组与负载均衡策略。