网络急诊室 使用教程
机场测速方法：如何正确测试节点速度与稳定性（机场湾实验室）
机场湾实验室的节点测速方法：讲清延迟测试与真实测速的区别、为什么要分时段测试、如何控制变量对比多个节点，以及稳定性测试与测速记录表的做法。
- 作者
- 网络研究组
- 首次发布
- 最后更新
- 内容类型
- 使用教程
- 阅读时间
- 约 4 分钟
快速判断
正确测速要分三步：先用客户端延迟测试筛掉不可用的节点，再通过代理实际下载文件或播放视频测出真实速度，最后在白天、傍晚和晚高峰分别重复，并用较长时间的持续使用检验稳定性。对比多个节点时，保持同一设备、同一网络、同一时段、同一测试方法，并多次测试取中位数。
Key Takeaways · 要点速览
- 延迟测试只能判断节点是否可达，不能代表速度与稳定性。
- 真实测速要让流量实际经过代理，并先测出不走代理时的本地基准。
- 至少覆盖白天与晚高峰两个时段，晚高峰的表现更有参考价值。
- 对比节点时控制变量，多次测试取中位数，避免偶然结果。
- 对 AI 工具和远程办公来说，长时间稳定性比峰值速度更重要。
操作步骤
-
测出本地基准速度
关闭代理，在同一设备上测试本地宽带的下载与上传速度，作为后续结果的上限参考。
-
用延迟测试筛选节点
在客户端中对全部节点做延迟测试，排除超时与延迟明显异常的节点，留下候选节点。
-
通过代理测试真实速度
逐个切换候选节点，在全局模式下通过代理下载较大的文件或播放高码率视频，记录稳定后的速度。
-
分时段重复测试
分别在白天、傍晚和晚高峰重复上述测试，每个时段每个节点至少测试三次。
-
做持续稳定性测试
在晚高峰固定一个节点持续使用一段时间，例如长时间视频播放或 AI 工具长会话，记录是否出现断流、卡顿或重连。
-
整理记录并取中位数比较
将各节点在各时段的结果整理成表格，用中位数而不是最高值进行比较，结合倍率与用途做出选择。
测速到底在测什么
直接回答：多数人说的「测速」，其实混合了三件事：节点能不能连上（可达性）、能跑多快（带宽）、能不能一直稳定（稳定性）。客户端的延迟测试只回答第一个问题；真实测速回答第二个；稳定性需要在晚高峰持续使用一段时间才能看出来。机场湾实验室的做法是三步走：延迟测试筛选、真实测速比较、分时段与持续使用验证。
| 测试类型 | 回答的问题 | 测试方式 | 局限 |
|---|---|---|---|
| 延迟测试 | 节点是否可达，响应快不快 | 客户端内置，请求一个很小的测试地址 | 只测一次，不反映带宽与丢包 |
| 真实测速 | 实际能跑多快 | 通过代理下载文件或播放视频 | 受测试时段与本地带宽影响 |
| 稳定性测试 | 能否长时间不断流 | 晚高峰持续使用并记录异常 | 耗时较长，需要多次重复 |
延迟测试：只用来筛选
客户端的延迟测试会通过每个节点访问一个测试地址，记录往返耗时。它的价值在于快速排除超时节点和明显异常的节点，但有几个容易被误读的地方：
- 数值低不等于速度快。延迟反映的是往返时间，不是带宽；
- 一次测试不代表稳定。测试时刻正常，不代表晚高峰也正常；
- 不同客户端不可比。测试地址和计算方式不同，同一节点在不同客户端中的数值可能差别很大；
- 不反映丢包。延迟测试成功不代表连接过程中没有丢包。
延迟、丢包与抖动的区别，可以参考 延迟是什么意思。
真实测速：让数据实际经过节点
先测本地基准
关闭代理，在同一设备上测试本地宽带的速度。这个结果是后续测速的上限：本地宽带只有一定带宽，通过代理不可能超过它。没有基准，就无法判断速度慢是节点的问题还是本地带宽的问题。
确保流量走了代理
测速时将客户端切换到全局模式，或确认测试所用的域名被规则分配到代理。最常见的测速错误，是测试流量实际走了直连，测出来的其实是本地宽带速度。可以在客户端连接日志中确认测试请求经过了哪个节点。
选择合适的测试方式
| 方式 | 适合观察 | 注意事项 |
|---|---|---|
| 下载较大的文件 | 持续下载速度 | 选择海外可靠来源，观察速度稳定后的数值 |
| 播放高码率视频 | 实际观看体验 | 查看播放器的统计信息，记录缓冲情况 |
| 多线程与单线程对比 | 节点对单连接的限制 | 部分场景只用单连接，单线程速度更接近体验 |
本文不推荐具体的第三方测速网站。不同测速服务的服务器位置、测试方式差异很大，同一节点在不同服务上的结果不可直接比较。选定一种方式后，在所有节点上保持一致即可。
提示观察速度时以稳定后的数值为准，不要只看开头几秒的峰值。部分线路开头很快，随后明显回落。
测速时段：晚高峰最有参考价值
网络负载在一天中变化很大。建议至少覆盖以下时段：
| 时段 | 特点 | 测试目的 |
|---|---|---|
| 白天工作时间 | 负载较低 | 观察节点的理论表现 |
| 傍晚 | 负载开始上升 | 观察变化趋势 |
| 晚高峰（晚间用户集中上网的时段） | 负载最高 | 观察最差情况下的表现 |
| 深夜 | 负载回落 | 对照判断是否为拥塞导致 |
只在白天测得的高速度，参考价值有限。晚高峰速度下降明显的节点，在日常使用中更容易让人感到「慢」。晚高峰为什么会变慢，与线路拥塞有关，排查方法见 延迟高、丢包排查指南。
对比多个节点：控制变量
对比时要保证只有「节点」这一个变量不同：
- 同一设备、同一网络，不要一部分在 Wi-Fi、一部分在有线；
- 同一时段内完成，不要上午测一个节点、晚上测另一个；
- 同一测试方法，同一个文件、同一个视频、同一个客户端；
- 多次测试取中位数，每个节点在每个时段至少测三次，用中位数而不是最高值比较；
- 记录倍率，倍率较高的节点会消耗更多流量，速度相近时应把成本一起考虑，倍率的含义见 机场倍率是什么意思。
稳定性测试：比速度更重要
对 AI 工具、远程办公、视频会议来说，连接能否持续稳定比峰值速度更重要。稳定性测试的做法：
- 在晚高峰固定一个节点，持续使用一段时间；
- 进行与日常用途一致的操作，例如长时间视频播放、AI 工具的长会话、远程桌面；
- 记录是否出现断流、卡顿、重连、回复中断；
- 隔天重复，避免单日偶然情况。
说明稳定性测试不需要大流量。用日常用途持续使用，比反复跑测速更能反映真实体验，也更节省流量。
测速记录表
建议把结果整理成表格，便于横向比较：
| 节点 | 倍率 | 白天速度（中位数） | 晚高峰速度（中位数） | 晚高峰稳定性 | 备注 |
|---|---|---|---|---|---|
| 节点 A | 记录 | 记录 | 记录 | 是否断流 | 线路类型等 |
| 节点 B | 记录 | 记录 | 记录 | 是否断流 |
整理后再结合用途选择节点：看视频优先晚高峰速度，AI 工具与远程办公优先稳定性，日常浏览则在速度、稳定性与倍率之间平衡。选择思路可参考 机场节点应该怎么选择。
常见测速误区
| 误区 | 问题所在 | 正确做法 |
|---|---|---|
| 只看延迟数值选节点 | 延迟不代表带宽与稳定性 | 延迟筛选后再做真实测速 |
| 只在白天测一次 | 无法反映晚高峰表现 | 覆盖多个时段，多次测试 |
| 测速时流量走了直连 | 测到的是本地宽带 | 全局模式或检查连接日志 |
| 只看最高值 | 偶然峰值不代表常态 | 取中位数比较 |
| 频繁大流量测速 | 浪费流量，结果反而受影响 | 控制次数，以日常使用验证 |
机场湾评测品牌时采用的完整测试方法与评分标准，见 机场湾如何评测机场。
常见问题
客户端里的延迟测试和测速有什么区别？
延迟测试通过节点请求一个很小的测试地址，只记录一次往返耗时，用来判断节点是否可达；测速需要让大量数据实际经过节点，才能反映下载速度和带宽。两者回答的是不同问题。
测速应该选在什么时间？
至少覆盖白天和晚高峰两个时段。晚间是用户上网的高峰期，线路与节点负载最高，此时的表现最能反映日常体验。只在白天测得的高速度参考价值有限。
为什么测速结果每次都不一样？
网络状态在不断变化，节点负载、线路拥塞程度和本地网络都会影响单次结果。多次测试取中位数，并保持测试条件一致，才能得到可比较的结论。
测速会消耗机场流量吗？
会。通过代理下载文件或播放视频都会计入流量，倍率较高的节点消耗更多。建议控制测试次数和文件大小，不要频繁进行大流量测速。
为什么测速很快，用 AI 工具还是经常中断？
测速反映的是短时间内的带宽，AI 工具依赖长时间不中断的连接，更受丢包和连接稳定性影响。选择 AI 用节点时应重点看晚高峰的持续稳定性测试结果。