机场测速怎么看：延迟、抖动、丢包与晚高峰测试方法

测试机场节点的目的，是判断它能否完成你的日常任务，而不是寻找一张最高速度截图。准备比较两个节点时，应固定设备、网络、目标和测试方法，并把测试日期与时间写下来。

四类指标分别回答什么问题

指标	主要用途	不应直接推导的结论
延迟	观察一次交互需要等待多久	低延迟必然适合大文件传输
抖动	观察延迟的波动	一次结果可以代表全天
丢包	观察测试范围内传输损失	测试路径等同于所有应用路径
吞吐量	观察单位时间实际传输量	峰值就是长期可用速度

不同工具测量范围可能不同。Cloudflare 的网络测试文档明确说明，其测试终点是 Cloudflare 网络边缘，因此结果对应这段路径，而不是对整个互联网的评价。测试指标与范围说明

一套便于复现的测试流程

先暂停自己能控制的后台大文件传输，记录 Wi-Fi 或有线连接方式。选择两三个候选节点，每次只启用一个，确认客户端连接记录中的实际出站。使用相同测试目标、相同传输时长和相同测试顺序。

每个节点进行数次短测试，保留全部结果与失败次数。再打开自己真正使用的网站或应用，完成一次资料检索、文件上传或通话。晚上使用较多的人，应在晚上重复，而不是用清晨结果代替晚高峰。

比较时可采用中位数描述一组延迟，另列最差结果和失败次数。这样既能描述典型体验，也不会隐藏偶发但影响明显的问题。

可以复制的记录表

日期与时间	网络与接入方式	节点	客户端/内核版本	测试目标	结果与失败次数
自行填写	自行填写	自行填写	自行填写	自行填写	自行填写

记录表不要公开订阅 URL、访问令牌或完整个人 IP。需要分享问题时，用不含凭据的节点别名代替。

客户端的“自动选择”意味着什么

以 mihomo 的 url-test 为例，它提供测试 URL、间隔和切换容差等字段。测试目标会影响结果，因此某个节点对探测地址表现较好，不代表它对视频、下载和所有网站都最好。mihomo 自动选择文档

如果自动选择频繁切换导致使用体验不稳定，可先固定一个节点进行排查。一次只改变一个条件，才容易判断是节点、规则还是目标服务的问题。

什么样的测试结论才有效

推荐写法是：“在某日某运营商的家庭网络上，以某客户端测试三个时段，节点 A 完成目标任务的成功次数更多。”不建议写“全网最快”或“永久稳定”，因为测试样本无法支持这样的范围。

如果不同节点都慢，先检查本地网络和目标服务；如果只在某时段变慢，再考虑容量和拥塞因素。具体排查见视频缓冲分析，选购判断见机场推荐指南。