为什么同一个机场在不同人那里测速差很多

差异多半来自测试条件，而不是机场“变了”

同一个机场，别人截图里很快、你自己测却很慢，或者反过来，最常见的原因是双方的测试条件不同：从哪里发起测试、在什么时段、选了哪个节点、用了什么工具。一次测速结果是“机场 + 测试条件”共同决定的，条件不同，结果就不能直接对照。

本文只解释差异的来源，不对任何品牌排名。所属专题见 数据来源与核实方法；测速指标本身的含义见 测速指标：延迟、吞吐、丢包与 UDP NAT。

一次测速经过哪几段路径

理解差异，先要看清一次测速走了哪条路：

测试发起端（你的设备与本地网络）
   │  本地带宽、运营商、Wi-Fi 或有线
   ▼
机场入口（境内入口或直连）
   │  入口对不同运营商的适配
   ▼
跨境线路
   │  专线或公网，时段拥堵
   ▼
落地服务器
   │  落地机房与出口
   ▼
测试后端（测速服务器）
      后端带宽、地理位置、线程数

机场负责的主要是中间三段，而发起端和测试后端两头完全取决于测的人。两个人测同一个机场，往往只有中间一段相同，两头都不同。各段原理见 一次代理请求经过哪些环节。

测试发起端：你的网络先决定上限

本地带宽是测速结果的天花板。家里是百兆宽带，就不可能测出超过它的吞吐；用 Wi-Fi 测，信号与干扰还会再压低一截。运营商不同，到达机场入口的路径也不同，有的品牌会针对不同运营商做入口优化，有的没有说明。设备性能与客户端设置同样有影响，例如手机在省电模式下、电脑开着其他下载任务时测出的结果都会偏低。

测试时段：凌晨与晚间是两种网络

跨境链路与入口在不同时段的负载差别很大，晚间使用的人多，拥堵的可能性也更高。同一节点在凌晨与晚间测，结果可能完全不同。本站资料包里的截图，测试时间就分布在凌晨到晚间的不同时段，这正是本站不把它们放在一起比较的原因之一。晚间表现的影响因素归网络专题的 晚高峰与网络质量影响因素。

节点与协议：同一个订阅里差别也很大

一个订阅里通常有多个地区、多条线路的节点，不同节点的入口、线路与落地都可能不同。别人测的是某地区的某个节点，你测的可能是另一个。节点名称中的倍率标签也提示了节点之间的差异。协议同样会影响结果，不同协议在加密方式与传输层上不同，客户端对它们的处理效率也不同。

测试工具：后端、线程与单位

测试工具决定了“测量方式”。测试后端在哪里、带宽多大，决定了吞吐能测到多高；线程数决定了是测单连接还是多连接并发；延迟字段测的是普通往返、TLS 握手还是 HTTP 请求，含义也不同。本站截图分属两套测试界面，测试后端规格不同，延迟字段的定义也不同，口径对照见 两套测速界面的口径差异。

单位是最容易被忽略的一项：MB/s 是字节，Mbps 是比特，两者相差约 8 倍。

差异来源对照表

为什么本站截图也不能直接和你的结果对照

本站发布的测速截图同样受这些因素影响。图内底栏记录了测试工具、测试后端与线程数，但资料包没有记录测试执行人、测试发起端所在地区与运营商、每个品牌测了几次、失败后是否重试，这些正是资料包说明中建议后续补充的信息。缺少发起端信息，就无法判断截图的测试环境与你的环境有多接近。

所以，即使你测同一品牌、同一时段，结果与截图不同也是正常的，这不能说明截图有误，也不能说明你的网络有问题。截图适合用来了解“当时有人在什么条件下测到了什么”，你的决定仍应以自己的测试为准。截图的证据定位见 机场测速截图能说明什么。

让两份结果能对照的条件

只有以下条件大体一致时，两份测速结果才值得放在一起看：同一地区、同一运营商的发起端，相近时段，同一节点或至少同一地区同类线路的节点，同一协议，同一工具、后端和线程数，同一单位。条件越接近，差异越能归因到机场本身。具体操作见 自己动手测速。

差异大到什么程度值得记录

偶尔一次测得慢，不足以说明问题。值得记录的是这样的情况：在你自己的网络里，同一节点在多个时段、多次测试中都明显低于日常需要，换几个节点后依然如此。这时把时间、节点、协议与工具一并记下，再向客服反馈，沟通会更有依据。测试与使用过程中请遵守所在地法律法规与平台条款。