正确给节点测速：延迟、带宽与常见误区

延迟测试测的是什么

客户端的延迟测试是通过节点向一个测试地址发一次 HTTP 请求，记录从发起到收到响应的时间。mihomo 默认用的是一个返回 204 空响应的地址，例如 http://www.gstatic.com/generate_204。

这个数字包含建连、TLS 握手和一次往返，反映的是「响应快不快」，和「能跑多少 MB/s」没有直接关系。一条走香港中转的线路可能只有 60ms 但带宽被限死，一条延迟 200ms 的直连线路反而能跑满。

三个让数字失真的因素

• 并发测试。很多客户端点一次就同时测几十个节点，全部流量挤在你本地这一条出口上，结果整体偏高。要比较关键的几个节点，一个一个单独测更准。
• 测试地址本身。如果测试 URL 在国内有 CDN 节点或被解析到别的地方，不同节点测到的其实不是同一个目标。自己指定测试地址时尽量选全球一致的服务。
• 缓存与复用。刚测过的节点连接可能还在，第二次测会明显偏低。想对比就间隔一会儿再测，或者关掉再开。

怎么测实际带宽

1. 先固定变量：只保留一个节点被选中，关掉自动切换和负载均衡策略组，否则测到一半可能已经换了节点。
2. 用浏览器跑一次常规测速网站，记下下载和上传数字。这测的是「你的网络 + 节点 + 测速服务器」整条链路，不是节点单独的能力，但这正是你日常体验到的东西。
3. 换成直连再测一次，作为对照。如果直连本身就只有 20Mbps，节点再好也超不过它。
4. 同一个节点在不同时段各测一次。晚上高峰和凌晨的差距经常比不同节点之间的差距还大。

测速网站本身也会走代理，选服务器时注意它挑的是哪个地区，测到一个离出口很远的服务器，结果会明显偏低。

怎么根据用途选

• 看视频、下载：优先带宽，延迟一两百毫秒基本无感。
• 开会、游戏、SSH：优先延迟和稳定性，抖动比平均延迟更重要。同一个节点连续测五次，数字跳来跳去的比稳定在 150ms 的更糟。
• 日常浏览：延迟影响更明显，因为一个页面要发几十个请求，每个都吃一次往返。