怎么选节点：延迟、带宽、抖动与地区怎么读
选节点前要分清延迟、吞吐、抖动和丢包分别描述什么，再看用途与地区。这页按已有文档解释测试项目和参数，保留通用取舍的限定，不提供某地区推荐、性能阈值或测试次数，也不把一次延迟请求写成长期带宽结果。
通常按用途分别看延迟、带宽和地区，没有统一最优，各服务商写法不同。客户端延迟检查对指定地址发请求，不能直接当成带宽；丢包与抖动又是另外的指标，单次记录也没有长期表现保证。
延迟测试到底记录什么？
已有文档将单向延迟定义为报文从发出到收到经过的时间。 mihomo 延迟接口则返回 delay，以毫秒计，可传 url 与 timeout。这里分别列概念和接口，不把所有客户端测试都说成相同测量，也不补默认地址和超时值。
客户端检查对指定 url 发请求并记录结果。文档没有说它等同带宽，因此不能看到一个毫秒结果，就用它判断下载吞吐或所有网站访问情况。
| 内容 | 已有说明 |
|---|---|
| 单向延迟 | 报文发出到收到的时间 |
| delay | 接口返回的毫秒结果 |
| url、timeout | 延迟接口可传的参数 |
| 带宽结果 | 不能由这份延迟记录直接代替 |
吞吐与抖动还有什么区别？
iPerf 可测吞吐，相关参数与客户端延迟接口不同。 文档列 -P 为并行连接数，-R 为反向模式、由服务器发送，-t 为时长。这里不填连接数或测试时间，也不将参数拼成新的执行命令。
抖动在已有说明中是相邻报文延迟的差，相关文档提到可用于语音、视频播放缓冲。丢包率则是丢失报文数占总报文数的比例，不能只靠一个延迟值算出。
| 指标 | 描述的对象 |
|---|---|
| 延迟 | 时间 |
| 吞吐 | iPerf 测量的传输表现 |
| 抖动 | 相邻报文延迟差 |
| 丢包率 | 丢失数与总数之比 |
这里没有给好坏阈值，也没有实际节点记录。理解指标用途，不等于已经知道某节点在哪一项满足你的需要。
地区越近就一定越合适吗？
通常还要看线路，不能只按地图距离判断。 位置相距更远，一般往返路径可能更长，延迟可能较高，但路径还取决于线路。这里保留通用条件，不将地理距离写成每次测试的唯一决定因素。
线路标签通常也是商家表述，一般需看入口出口位置是否具体。专线、中转等名称不能自动替代当前路径或测量记录，也不由此作效果承诺。
地区名、线路介绍与测试指标分别看，不能让其中一项代替另外两项。
不同用途通常怎样取舍？
通常网页和即时通讯更关注延迟与稳定性，下载、视频更关注带宽。 有特定地区需求时，一般先看地区，但三者没有统一最优。这里不为某类用途指定国家，也不从通用偏好推导某个节点当前表现。
通常可以先明确用途，再读地区与线路，之后区分所看到的测试是什么。没有实际结果，就不把一条低延迟记录写成适合所有任务。
已有参数解释仅用于理解文档，不是让你根据缺少的测试环境直接开始测试。
单次结果和高峰方法知道吗？
一次记录只是一个时刻的结果。 要测几次、取平均还是中位、怎样安排高峰时段，没有已取到的官方依据。
接口与工具资料来自 2026-10-31 的已有记录，文档可能调整。其他平台对指标的解释没有取得，不把它们当成额外来源，也不补相应工具版本。
节点资料见 节点信息怎样读，术语见 延迟和线路相关概念。这里只讲指标与通用取舍，不提供具体数字、品牌和地区排名。
常见问题
Q：毫秒更低就等于带宽更大吗？ 文档没有将两者等同。延迟接口记录指定请求的毫秒时间，iPerf 可测吞吐，测试对象不同，不能用单一延迟代替下载或全部网络结果。
Q：iPerf的-R和-P是什么？ -R 是反向、服务器发送，-P 是并行连接数，-t 对应时长。
Q：地区近就能统一推荐吗？ 通常还受线路路径影响。这里没有具体节点结果与用途地区依据，不能仅按距离给出统一选择或性能保证。
Q：高峰测几次再取平均？ 官方没有说明。
依据:官方文档与通用说明 · 最近核对 2026-11-01