如何科学测试机场速度
快速回答
测速结果由测试点、线程数、时段与本地带宽上限共同决定，单次峰值不能代表线路质量；有效的做法是固定条件、覆盖晚高峰、多次测量并观察分布。
测速大概是最流行也最被滥用的测试：一张跑满带宽的截图，常常被当成线路质量的证明。但测速数字是测试条件的函数——换个测试点、换个线程数、换个时段，同一条线路可以测出天差地别的结果。不写明条件的测速数字，就像不写单位的度量，既没法比较，也没法复现。
核心结论
- 测速数字不可能超过本地宽带上限，很多「机场慢」其实是本地上限或本地占用。
- 多线程容易跑满带宽并掩盖单连接受限，单线程更接近单个应用的真实体验。
- 测试点不同路径就不同，任何数字都只对「这个测试点、这条路径、这个时刻」成立。
- 峰值速度没有判别力，晚高峰的表现与多次测量的波动范围才有。
- 没有记录条件的测速截图无法复现，不能作为线路质量的判断依据。
单线程与多线程
测速工具的核心差别在并发连接数：
- 多线程测速同时开启多条连接一起传输，把并发能力也计入结果。它容易跑满带宽，得到接近上限的漂亮数字，适合回答「这条线路的总容量如何」。
- 单线程测速只用一条连接，更接近你打开一个网页、看一路视频、下载一个文件时的真实情况。单连接受到限速或路径质量影响时，单线程数字会立刻反映出来，而多线程会用并发把它掩盖掉。
两个口径没有谁更「准」，它们回答的是不同的问题。真正的错误只有一个：把两种口径的数字放在一起比较——包括拿自己的单线程结果去比别人未注明口径的截图。
测试点的影响
测速本质上是「本地到测试点」这条完整路径的吞吐测量，所以：
- 测试点位置决定路径。到境内测试点和到境外测试点，走的是完全不同的路径；到不同地区的境外测试点，跨境段也不同。任何结果都只对「这条路径」成立。
- 测试点自身有负载。对端服务器繁忙时，测出的低速与你的线路无关。
- 用多个测试点交叉验证。单一测试点偏低可能是对端问题；多个测试点一致偏低，才能指向线路本身。固定使用同一组测试点，前后结果才可比。
本地带宽上限
一个经常被忽略的事实：代理链路叠加在本地宽带之上，测出的数字永远不会超过本地上限。
- 测试前先在直连状态下测一组本地基准，上行与下行分别记录。
- 走代理的结果应该与基准比较：接近基准说明线路损耗小，远低于基准才说明瓶颈可能在线路。
- 测试时确认本地网络空闲——其他设备在下载更新或上传备份时，测出的数字反映的是「被挤占后的剩余」，不是线路能力。
测试偏差来源
- 时段：跨境拥堵集中在晚高峰。空闲时段几乎测不出线路差异，晚高峰才能把好坏拉开——这也是超售线路现形的唯一窗口。
- 客户端配置：不同协议、不同分流规则甚至不同客户端实现，都会带来吞吐差异。前后对比时保持客户端与配置不变。
- 缓存与预热：首次连接包含握手与拥塞控制的爬坡过程，数字常偏低；紧接着的连续测量又可能受缓存影响偏高。所以不采信第一次的数值，用多次测量的分布说话。
结果解读
- 看分布，不看峰值。峰值只说明「曾经达到过」，分布才说明「通常是什么水平」。多次测量后，关注中位水平和波动范围。
- 看晚高峰，不看全天平均。空闲时段的高分是廉价的，晚高峰的保有率才是线路质量的分水岭。
- 结合丢包与延迟一起看。速度、延迟、丢包描述路径的三个不同侧面：速度高不代表不卡，丢包才是卡顿的主因。
- 峰值高不等于体验好。体验取决于单连接质量、稳定性与实时指标的组合，多线程峰值只是其中信息量最低的一个。
记录规范
| 测试变量 | 对结果的影响 | 控制方式 |
|---|---|---|
| 线程数 | 多线程偏高、单线程偏低 | 两种口径分别测量与记录，不互相比较 |
| 测试点 | 决定路径走向与对端负载 | 固定使用同一组测试点 |
| 时段 | 晚高峰与空闲时段差异巨大 | 覆盖晚高峰并按时段分别记录 |
| 本地上限 | 为一切结果封顶 | 先在直连状态下测出本地基准 |
| 本地占用 | 其他设备挤占上下行 | 测试时暂停下载、备份与推流 |
| 缓存与预热 | 首次偏低、连续偏高 | 多次测量取分布，不采信首次数值 |
每次测速至少记录：日期与时段、测试点、线程口径、客户端与协议、本地基准值、多次结果的范围。这也是我们在机场评测方法中对自己发布的任何速度结论提出的要求。这份记录的价值会随时间累积——它能回答「这条线路是最近变差了，还是一直如此」，而这恰恰是单次测速永远回答不了的问题。
常见误解
- 「测速快 = 线路好」——空闲时段的多线程高分几乎不构成判别力，晚高峰分布才算数。
- 「测出的速度低 = 机场慢」——先检查本地上限与本地占用，瓶颈经常在自己家里。
- 「单线程数字低说明测错了」——它可能正确反映了单连接受限，这正是要发现的问题。
- 「一次测速可以下结论」——测速结果是分布，不是常数；单点没有结论资格。
- 「所有场景都吃带宽」——网页、语音、AI 对话吃的是延迟与稳定性，带宽过剩对它们没有增益。术语定义见机场常用术语词典。
常见问题
为什么每次测速差别很大？
因为测速结果是多个变量的乘积：测试点、线程数、时段、本地占用、路径瞬时负载，任何一个变了数字就变。这不代表测试没有意义，而是说明单次数字没有意义——固定条件、多次测量后观察到的分布和规律才有参考价值。
单线程和多线程哪个准？
都准，但回答的是不同的问题。多线程用多条并发连接填满带宽，回答「这条线路的总容量能到多少」；单线程只用一条连接，回答「单个应用实际能跑多快」。看视频、开网页这类日常场景更接近单线程口径，所以单线程数字往往更贴近体感。
测速跑满了就说明线路好吗？
只能说明测试那一刻、到那个测试点的容量充足。它没有回答三个更重要的问题：晚高峰还能剩多少、单连接是否受限、丢包与稳定性如何。空闲时段多线程跑满是相当容易达成的成绩，几乎不构成判别力。
本地宽带会限制结果吗？
一定会。代理链路是叠加在本地宽带之上的，测出的数字不可能超过本地上限。测试前应先在不走代理的状态下测一组本地基准：如果基准本身只有某个水平，那么走代理的结果最多也就是这个水平，接近基准反而说明线路损耗很小。
什么时段测试最有意义？
你实际使用的时段，对多数人来说就是晚高峰。跨境带宽的拥堵集中在晚间，空闲时段的测速几乎无法区分线路好坏，晚高峰的表现才能把差异拉开。理想的记录是空闲与晚高峰各一组，两者的差值本身就是重要信息。
网页版测速工具和客户端下载测速有什么区别？
网页测速工具测的是浏览器到测速服务器的单一连接表现，容易受测速点选择、单线程限制等因素影响；客户端直接下载真实文件更接近日常使用体验。两者数字有出入是正常现象，日常判断更建议以实际下载体验为准。
要测几次？
没有固定次数，原则是让结论建立在分布而不是单点上。同一时段内连续测几组、不同日期重复，当数字的波动范围稳定下来、新增测量不再改变判断时就足够了。一次性的极端值（特别高或特别低）都应该丢弃后复测。