机场测速方法与数据标注规范

机场测速看起来只是“跑个分”，但同一个节点在不同时段、不同运营商、不同测试工具下得出的结果可以差别很大。本页是本站的测速方法论页面：解释常见指标的含义，如实登记本站已发布的 17 张测速截图的批次信息与局限，给出读者自己动手测速的流程，并说明全站使用的数据状态标注规则。截图本身发布在各品牌页的测速报告面板，本页不转写图内数值，也不做“谁更快”的排行。

核心结论：先固定条件，再读数值

机场测速方法的首要原则是“条件先于结果”：没有记录测试时间、测试地点与运营商、协议、测试后端和重复次数的数值，只能说明“某一刻某条路径得到过这个结果”，不能代表服务长期表现。

基于这一原则，本站目前的立场可以概括为五点：

1. 本站持有 17 个品牌各一张单次测速截图（16 张属于 2026-08-11 批次，微风网络 1 张属于 2026-07-19 另一批次），已于 2026-10-18 完成复核，作为 Measured Data 发布在各品牌页，附测试时间、测试条件与局限。
2. 这些截图的测试时间从凌晨到晚间分布不一，测试工具分两套界面，截图显示的协议多数为 Shadowsocks，与品牌资料所列 VLESS 不完全一致，因此不能做横向排名。
3. 本站对 17 个品牌均未进行 AI 与流媒体解锁实测，相关能力一律标为 Not Tested，测速截图也不能证明解锁能力、线路类型或长期稳定性。
4. 读者如果要比较两个服务，最可靠的方法是在自己的网络环境下，用同一工具、同一时段、同一协议做多次重复测试，并完整记录测试条件。
5. 本站页面上的每一个技术字段都带有数据状态：Measured Data、Vendor Data、Not Tested 或待核实，读者可以据此判断一个说法的可信程度。

机场测速的知识图谱

测速涉及的概念很多，彼此之间存在依赖关系。先把实体和关系理清，后面的指标解释和自测步骤才不会混淆。

核心实体与关系

实体	它是什么	与测速结果的关系
测试端（发起方）	运行测速工具的设备或服务器，所在地区与运营商决定了“出发点”	出发点不同，到同一节点的路径与拥塞情况都不同
节点（入口）	机场提供的接入地址，订阅中的每一条配置对应一个节点	测的是“测试端到节点再到目标”的整条路径
线路类型	品牌资料中的 IEPL、企业级内网专线、中转等描述	属于 Vendor Data，测速截图无法证明线路类型
代理协议	VLESS、Shadowsocks、Trojan 等封装方式	协议影响握手开销与兼容性，不同协议的结果不宜混比
测试后端	测速工具用来下载或上传数据的目标服务器	后端带宽与位置会成为吞吐上限
测试工具与版本	例如截图中的 MAI-TEST-BOT 与另一套主端/喵速界面	不同工具的指标定义、单位和统计方法可能不同
时间窗口	测试发生的日期与时段	晚高峰与凌晨的拥塞程度差异明显
数据状态	Measured / Vendor / Not Tested / 待核实	决定一个数值能否被引用、引用时要附带什么说明

概念之间的推理边界

测速结果与其他结论之间存在几条容易被跨越的“推理边界”：

• 从测速结果推不出线路类型。一个节点延迟低，并不能证明它走 IEPL 专线；线路属性需要独立来源，可参考 专线类型的概念与差异。
• 从测速结果推不出解锁能力。吞吐高不代表 AI 工具或流媒体可用，解锁是另一类检测，见 解锁检测方法与结果解读。
• 从单次结果推不出长期稳定，从品牌资料也推不出实测结论：Vendor Data 不会因为本站转述就升级为 Measured Data。

测速指标：延迟、吞吐、丢包与 UDP NAT

这一组指标描述的是连接的不同侧面：延迟反映往返等待时间，吞吐反映单位时间能搬运多少数据，丢包和抖动反映传输是否平稳，UDP NAT 类型则关系到语音、游戏等基于 UDP 的应用能否正常建立连接。任何一项都不能单独代表“好不好用”。

RTT 与 TLS RTT

RTT（Round-Trip Time，往返时延）指一个数据包从测试端发出、到达目标并返回所需的时间。测速工具里的 RTT 通常是测试端到节点之间的往返时间，有的工具会多次 Ping 后取平均值或中位数。

TLS RTT 则是在建立 TLS 加密连接时测得的往返时间，包含了 TCP 握手之后 TLS 握手的开销。对使用 TLS 封装的协议（例如部分 VLESS 配置）而言，TLS RTT 更接近真实打开网页时的等待感受。两者口径不同，同一节点的 RTT 与 TLS RTT 不应直接比较大小。

本站资料包说明显示，2026-08-11 批次的截图中出现了 RTT 或 TLS RTT 字段，两套测试界面使用的口径不完全相同，这也是不能横向比较的原因之一。

HTTP 与 HTTPS 延迟

HTTP/HTTPS 延迟指通过代理节点请求一个网页地址、直到收到响应所花的时间。它比单纯的 RTT 多出了 DNS 解析（取决于配置在本地还是远端解析）、代理握手、目标服务器处理等环节，更贴近“点开网页要等多久”。

需要注意的是，HTTP 延迟测试的目标地址由工具决定，不同工具选用的测试网址不同，结果自然不同。阅读时要先确认测试地址，再看数值。

吞吐：平均速度与峰值速度

吞吐指单位时间内实际传输的数据量。测速工具一般会给出平均速度和最高速度两个值，有的还会画出速度曲线：

• 平均速度更能代表持续下载时的体验，但受测试时长和起步阶段影响。
• 峰值速度反映某一瞬间能达到的上限，容易受突发因素影响，不适合单独作为结论。
• 速度曲线可以看出是否存在先快后慢、频繁断崖等现象，比单个数值信息量更大。

吞吐结果同时受到测试后端带宽、线程数、测试端本地带宽、节点负载等多重限制。资料包说明显示，本站截图的两套界面使用了不同的测试后端配置和多线程设置，这意味着它们的吞吐上限本身就不一致。

MB 与 Mb：单位不能混用

这是测速阅读中最常见的误区。MB（Megabyte，兆字节）与 Mb（Megabit，兆比特）相差 8 倍：1 字节等于 8 比特。因此：

• MB/s 表示每秒传输多少兆字节，常见于下载软件和部分测速工具；
• Mbps（Mb/s）表示每秒传输多少兆比特，宽带运营商标称带宽通常用这个单位；
• 同一速度用 Mbps 表示时，数值约为 MB/s 的 8 倍。

部分工具按 1000 进制、部分按 1024 进制计算，也会影响精确比较。资料包 README 第九节要求补充单位定义，单位不明确时本站不做换算。

丢包与抖动

丢包率指发送的数据包中未能到达或未能按时返回的比例。少量丢包会触发 TCP 重传，表现为速度波动；丢包严重时网页加载失败、视频卡顿、语音断续。

抖动（Jitter）指延迟的波动程度，即多次测量的延迟之间相差多少。平均延迟不高但抖动大的连接，在实时语音和游戏中体验可能不如平均延迟稍高但平稳的连接。

很多测速工具并不直接给出丢包和抖动，而是通过少量几次 Ping 间接体现，样本太小时估计并不可靠。

UDP NAT 类型：FullCone、RestrictedCone 与 Unknown

UDP NAT 类型描述的是经过代理之后，外部主机能否主动向你发送 UDP 数据。常见分类：

• FullCone（完全锥形）：内部地址映射到外部端口后，任何外部主机都可以通过这个端口发送数据进来，对点对点连接最友好。
• RestrictedCone（受限锥形）：只有内部主机曾经发送过数据的外部地址，才能回发数据进来。
• PortRestrictedCone（端口受限锥形）：在受限锥形的基础上，还要求外部端口也匹配。
• Symmetric（对称型）：每个外部目标都会映射到不同端口，点对点穿透最困难。
• Unknown：工具未能判定，可能是节点不支持 UDP 转发、测试超时或工具本身的限制。

UDP NAT 类型主要影响语音通话、视频会议、部分游戏和 QUIC 协议。资料包说明提到，批次截图中同时出现了 FullCone、RestrictedCone 和 Unknown 等结果；这些结果原样保留在各品牌页发布的截图中，本页不逐一转写，因为单次判定可能受节点选择和测试时刻影响。

指标与使用场景对照

使用场景	优先关注的指标	次要指标	不宜过度解读的指标
网页浏览与 AI 对话	HTTP/HTTPS 延迟、TLS RTT	抖动	峰值吞吐
高清视频与大文件下载	平均吞吐、速度曲线	丢包	单次最低延迟
视频会议与语音	抖动、丢包、UDP NAT 类型	RTT	峰值吞吐
游戏	RTT、抖动、UDP NAT 类型	丢包	平均吞吐
多设备同时使用	平均吞吐、晚高峰表现	丢包	凌晨单次结果

底层机制：一次测速请求经过了什么

理解测速结果的前提，是知道一次测速请求在网络中走过的路径。以常见的“客户端代理测速”为例，数据大致经过以下环节：

1. 测试端发起连接：测速工具在本地或服务器上启动，按配置选择节点。
2. 与节点握手：根据协议不同，可能包括 TCP 三次握手、TLS 握手，以及协议自身的认证过程。VLESS 通常依赖外层 TLS 或其他传输层提供加密，Shadowsocks 则在协议内部使用对称加密。
3. 跨境传输：数据从入口节点经由品牌所称的专线或公网路径到达落地节点。线路类型的差异会影响这一段的拥塞与稳定，但测速工具本身无法识别这一段走的是哪种线路。
4. 落地访问目标：落地节点代替用户访问测试后端或测试网址。
5. 数据回传：测试后端返回的数据沿原路回到测试端，工具据此计算延迟与吞吐。

为什么同一节点结果会变

在上述路径中，以下因素都会使结果变化：

• 测试端所在运营商与地区：不同运营商到入口节点的路由不同。
• 时间段：晚高峰时段跨境带宽与入口节点负载都可能更紧张，具体原因可参考 晚高峰与网络质量影响因素。
• 协议与加密开销：不同协议的握手次数与封装开销不同，原理见 VLESS、Trojan 与 Shadowsocks 的协议差异。
• 节点调度：部分品牌资料提到负载均衡或节点调度，同一节点名背后的实际服务器可能变化，概念见 节点、负载均衡与三网优化。
• 测试后端与线程数：后端带宽不足或线程设置不同，会直接限制吞吐上限。

协议差异对测速的影响

Shadowsocks 与 VLESS 在握手方式、加密位置和传输层组合上都不相同。即使是同一品牌、同一地区的节点，用 Shadowsocks 配置测得的结果也不能直接代表 VLESS 配置的表现。这正是本站把“截图协议与资料协议不一致”列为待核实事项的原因：如果截图测的不是品牌主推的协议，那么这张截图对“品牌资料中的 VLESS 节点”就没有直接的证明力。

本站测速批次记录与局限

本站目前持有的测速证据是 17 张单次截图：16 张来自 2026-08-11 批次（CST，UTC+8），另有微风网络 1 张来自 2026-07-19 的另一批次。全部截图已于 2026-10-18 完成复核，作为 Measured Data 以 WebP 图片发布在各品牌页的测速报告面板，附测试时间、测试条件与局限；本站不据此推导排名、线路类型、解锁能力或长期稳定性。

资料包的基本情况

测速资料包名为“17个机场测速实测资料包_2026-08-11_发布整理版_V2”，包内 README 与 speedtest-manifest.json 是批次的统一说明。需要如实说明的几点：

• manifest 只登记了 16 个品牌（批次号 speedtest-2026-08-11-cst），微风网络不在其中。
• 包内同时存在一张“微风-节点测速实测.png”，图内显示测试时间为 2026-07-19 18:38:20 CST，属于另一批次，至今未列入 manifest；本站在品牌页单独标注其批次。
• 可信云截图只清晰显示了时刻 15:32:35 CST，完整日期未在图片底部清晰显示，资料包按批次记为 2026-08-11；复核后照常发布，但日期仍属推定，品牌页与本页均如实标注。
• 资料包的 commonLimitations 字段列出：单日快照、各品牌测试时间不同、不是受控的跨品牌排名、未测试 AI 或流媒体解锁、不能证明长期稳定、未附带机器可读的原始测量数据。
• 资料包说明提到截图中存在速度为零或极低、延迟异常、UDP 类型 Unknown 等结果，属于原始测试的一部分，发布的截图未做删改，不挑选好看的数字。

17 个品牌测速证据登记表

下表覆盖全部 17 个品牌，字段取自 brands.ts 的 speedtest 记录与资料包 manifest。表中“资料协议”指品牌资料所列协议（Vendor Data），“截图协议”指截图显示的节点协议；“发布状态”一列可直接跳转到该品牌页的测速报告面板查看截图原图、测试条件与局限说明。

品牌	截图测试时间（CST）	截图显示协议	测试工具族	日期可信度	复核状态	发布状态（品牌页测速报告）	资料协议与截图协议
光速云	2026-08-11 14:32:56	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
微风网络	2026-07-19 18:38:20	VLESS	主端 4.3.3 (696) / 喵速 4.7.0 (A11-32)	图内可见；另一批次，未列入 manifest	已复核（2026-10-18）	已发布（WebP）	资料协议待核实，无法比对
飞猫云	2026-08-11 08:52:30	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料协议待核实，无法比对
星岛梦	2026-08-11 01:48:13	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料协议待核实，无法比对
U1S1	2026-08-11 22:33:29	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
唯兔云	2026-08-11 13:55:08	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
灵猫网络	2026-08-11 18:45:40	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料协议待核实，无法比对
极连云	2026-08-11 22:46:50	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料协议待核实，无法比对
宇宙云	2026-08-11 21:04:24	VLESS	主端 4.3.3 (696) / 喵速 4.7.0 (A11-32)	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，一致
光年梯	2026-08-11 14:38:04	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
一翻云	2026-08-11 00:21:30	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
二猫云	2026-08-11 10:45:27	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
SOGO 云	2026-08-11 18:57:59	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
可信云	2026-08-11 15:32:35（日期按批次推定）	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	时刻图内可见，日期按批次推定	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
速界	2026-08-11 15:39:36	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实
快狸	2026-08-11 19:52:22	VLESS	主端 4.3.3 (696) / 喵速 4.7.0 (A11-32)	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，一致
全球云	2026-08-11 15:50:43	Shadowsocks	MAI-TEST-BOT 2.0.0-dev	图内可见	已复核（2026-10-18）	已发布（WebP）	资料为 VLESS，不一致，待核实

从登记表能读出的事实

把登记表按字段汇总，可以得到几条客观事实，它们本身就是“为什么不能排名”的答案：

• 协议分布：17 张截图中 14 张显示 Shadowsocks，3 张显示 VLESS（微风网络、宇宙云、快狸）。
• 工具分布：显示 Shadowsocks 的 14 张使用 MAI-TEST-BOT 界面，显示 VLESS 的 3 张使用主端/喵速界面，两套界面的指标口径与后端配置不同。
• 协议一致性：资料协议与截图协议一致的只有宇宙云、快狸 2 个；明确不一致的有 10 个；另有 5 个品牌资料未提供协议（微风网络、飞猫云、星岛梦、灵猫网络、极连云），无法比对。
• 时间分布：一翻云、星岛梦在凌晨，飞猫云、二猫云在上午，6 个品牌集中在午后，其余在傍晚到晚间。凌晨与晚高峰的网络负载截然不同。
• 批次差异：微风网络的截图比其他品牌早了二十多天，且未在 manifest 中登记。

这些截图能说明什么、不能说明什么

能说明的：在截图所示的时间点、测试工具和所选节点上，测试者得到过一组结果；该品牌在当时提供了可连通的节点（至少部分节点）。

不能说明的：长期稳定性、品牌之间谁快谁慢、ChatGPT 或 Netflix 等服务是否可用、节点是否使用 IEPL 或原生 IP，以及品牌是否存在跑路、限速、退款或隐私风险。最后一类问题请参考 运营风险与跑路信号。

图表样式文件中的示例不是测速数据

本站的设计规范文件中有一组以飞猫云为例的测速报告、解锁报告与拓扑示意，包含延迟、下载速度、丢包率、解锁结果等具体数值。这些全部是用于说明版式的虚构设计样例，不是任何测试的结果，本站没有采用其中任何数值，也请读者在其他场合看到类似图样时保持警惕：有版式、有数字，并不等于有测试。

页面下方直达卡片的选择依据

本页底部直达卡片选择了快狸、宇宙云和 U1S1：前两者是登记表中仅有的资料协议与截图协议一致的品牌，U1S1 是资料较完整但截图协议存在差异的案例，适合读者自行补测核对。选择不代表测速表现更好；卡片中的注册入口为推广链接，可能包含邀请码，详见 推广链接披露。

测速方案选型大系

“怎么测”本身也有多种选择。不同方案的成本、可复现性和适用场景差别很大，读者应根据自己要回答的问题来挑选方案，而不是盲目追求数值好看。

按测试主体分类

方案	做法	优点	局限	适合回答的问题
客户端内置延迟测试	在代理客户端里一键测所有节点延迟	零成本、快速	多为单次连接测试，口径不透明	哪些节点当前能连通
网页测速站	连接节点后打开测速网页	直观、易操作	后端由网站决定，受浏览器影响	当前节点大致下载能力
测速机器人或专用测速程序	用工具批量测试订阅中的节点	可批量、字段丰富	后端与版本差异大，结果依赖工具配置	同一时刻多节点对比
长时间监测	定时脚本持续记录延迟与可用性	能看出时段规律	需要服务器或常开设备	晚高峰是否明显变差
真实使用记录	记录日常使用中的卡顿与失败	最贴近体验	主观、难量化	是否满足自己的需求

按比较目的选择设计

• 比较同一品牌的不同节点：同一时刻、同一工具、同一后端，一次性测完。
• 比较两个品牌：两个订阅在同一设备上交替测试，每个时段重复多次，协议尽量一致。
• 判断晚高峰表现：至少覆盖凌晨、白天与晚间三个时段，连续多天。
• 判断是否适合语音或游戏：重点测 UDP NAT 类型、抖动和丢包，吞吐只作参考。

自己动手测速

读者自测最可靠的做法是：在自己常用的网络环境下，用同一个工具、同一个协议，在不同时段对候选节点重复测试，并把测试条件逐项记下来。只有条件一致的多次结果，才适合拿来比较。

测试前的准备

1. 确认订阅已正确导入客户端，节点列表完整。导入方法可参考 订阅链接导入与更新。
2. 关闭会占用带宽的下载、同步与更新任务，避免本地带宽成为瓶颈。
3. 确认本地宽带的标称带宽，并先在不使用代理的情况下测一次基准速度。
4. 选择测试工具并记下版本号；整个测试周期内不要更换工具。
5. 确定要测试的节点：建议每个地区选两到三个节点，而不是只挑一个名字好听的。
6. 如果测的是付费服务，优先使用月付或短周期套餐，避免为了测试而承担一次性长期付款的风险，相关考量见 付款、退款与年付风险。

推荐的测试步骤

1. 延迟测试：对选定节点做多次延迟测试，记录平均值和波动范围，而不是只记最低值。
2. HTTP/HTTPS 延迟测试：用同一测试网址测试，记录工具使用的地址。
3. 吞吐测试：每个节点至少测试两次，记录平均速度、峰值速度，若工具提供曲线则截图保存。
4. UDP 测试：若需要语音或游戏，单独测试 UDP NAT 类型，并记录 Unknown 的情况。
5. 分时段重复：在凌晨、白天、晚高峰各重复一轮，连续测试数天。
6. 异常记录：连接失败、速度为零、延迟异常的结果全部保留，并注明当时是否重试。

需要记录的测试条件

记录项	示例写法	为什么需要
测试日期与时段	填写具体日期与时刻，并注明时区	时段决定拥塞程度
地区与运营商	所在城市与宽带运营商	路由起点不同
本地带宽	运营商标称带宽及不走代理的基准测速	判断瓶颈是否在本地
设备与系统	设备类型、操作系统版本	性能与网络栈差异
客户端与版本	客户端名称与版本号	不同内核处理方式不同
协议	VLESS、Shadowsocks 等	协议不同不宜混比
节点名称	订阅中显示的节点名	便于复测与对照
测试工具与后端	工具名、版本、测试服务器	决定指标口径与吞吐上限
线程数与时长	并发线程、单次测试时长	影响吞吐结果
重复次数与统计方法	测了几次、取平均还是中位数	决定结果的可信度
单位	MB/s 或 Mbps	避免 8 倍误差
异常处理	失败是否重试、是否剔除	防止挑选性报告

自测时的常见错误

• 只测一次就下结论，或只在凌晨测试。
• 把客户端里的延迟数值当成真实网页打开速度。
• 混用 MB/s 与 Mbps，导致结论偏差 8 倍。
• 本地带宽不足时测出低速，却归咎于节点。
• 用测速结果推断 AI 工具或流媒体能否使用。AI 与流媒体的检测方法不同，请参考 AI 工具访问的检测与边界。
• 忽略客户端规则：部分“慢”其实是分流规则选错了节点，见 规则分流与故障排查。

测速结果判读决策树

拿到一张测速图或一组测速数据时，可以按下面的顺序逐层判断它的可用程度。每一层都回答“是否满足”，不满足时给出对应的处理方式。

拿到一份测速结果
│
├─ 是否标明测试日期、时段与时区？
│   ├─ 否 → 只能当作“曾经连通”的参考，不作比较
│   └─ 是 ↓
│
├─ 是否标明测试工具、版本与测试后端？
│   ├─ 否 → 指标口径未知，数值不可与其他结果对比
│   └─ 是 ↓
│
├─ 截图协议是否与品牌资料所列协议一致？
│   ├─ 不一致或资料缺失 → 记为“待核实”，结论仅适用于截图中的协议
│   └─ 一致 ↓
│
├─ 是否有多次重复与多时段数据？
│   ├─ 仅一次 → 单次快照：可描述，不可推断稳定性
│   └─ 多次多时段 ↓
│
├─ 单位是否明确（MB/s 或 Mbps）？
│   ├─ 否 → 不换算、不比较，先确认单位
│   └─ 是 ↓
│
├─ 与另一品牌比较时，工具、后端、时段、协议、线程是否全部一致？
│   ├─ 否 → 只能分别描述，不能排名
│   └─ 是 → 可在说明局限的前提下做有限比较
│
└─ 想据此判断 AI / 流媒体可用性或线路类型？
    └─ 不可以 → 转到解锁检测或线路资料，测速无法回答

按这棵决策树检查，本站已发布的 17 张截图都停留在“单次快照”这一层，并且在协议一致性和工具一致性上存在差异，因此适合分别描述某一时刻的结果，不适合横向排名。

数据状态与标注规范

本站对每一个技术字段都标注数据状态：Measured Data 表示有可追溯测试记录的实测数据，Vendor Data 表示品牌或推广方资料，Not Tested 表示本站没有做过对应测试，待核实表示资料缺失、互相矛盾或尚未确认。一个说法的可信程度，取决于它属于哪一类，而不是写得多肯定。

四种状态的定义

状态	定义	典型例子	引用时必须附带
Measured Data	有原始测试记录、可追溯测试条件的实测数据	本站 17 张单次测速截图（2026-10-18 复核，发布在各品牌页测速报告面板）中直接显示的测试时间、节点、协议与测试结果	测试日期、测试条件、局限说明、复核状态
Vendor Data	品牌官网、客服、推广方提供的资料	价格、流量、线路类型、协议、节点数量、AI 与流媒体场景描述	“品牌资料”字样与资料整理日期
Not Tested	本站没有进行对应测试	17 个品牌的 AI 与流媒体解锁	明确写出“本站未测试”
待核实	资料缺失、存在矛盾或需要补充确认	部分品牌的协议、第三方客户端名称、可信云截图的完整日期（按批次推定）	缺失或矛盾的具体内容

资料包 README 还提到另外几类：commercial（优惠码、推广链接、支付方式等商业信息，需要记录核实日期并披露利益关系）、editorial（适合人群、优缺点、选择建议等编辑判断，需要说明判断依据）、mock（用于版式演示的模拟数值，必须显著标注且不得进入推荐、评分或排名）。本站页面上的品牌适合人群属于编辑判断，图表样式文件中的飞猫云示例属于 mock。

本站的标注规则

1. Vendor Data 不会自动升级为 Measured Data。品牌资料写“覆盖常见 AI 工具使用场景”，本站转述时统一写成“品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区、平台策略和测试时间变化，建议以最新实际测试结果为准”。
2. 品牌资料没有描述的能力，写“品牌资料未提供”，不以“暂无”或空白代替。例如星岛梦与唯兔云的 AI 和流媒体、灵猫网络与宇宙云的 AI、可信云的 AI 和流媒体、速界的流媒体，品牌资料均未提供描述。
3. 测速截图的状态写作“Measured Data（单次测速截图，2026-10-18 复核）”，并同时给出测试时间、测试条件、截图协议与局限说明；不把不同品牌的截图放在一起比较快慢。
4. 价格字段始终带价格类型。光速云约 7.5 元/月（年付折算）、微风网络约 7 元/月（年付折算）、飞猫云约 7 元/月（年付折算）、星岛梦约 8 元/月（年付折算）均为年付折算价，其余 13 个品牌为月付价，两类不放在同一排序中比较，详见 年付折算价与月付价的区别。
5. 不使用绝对化的速度、稳定性或解锁表述，结论一律附带条件。
6. 发现资料之间互相矛盾时，两种说法都保留并标为待核实，而不是挑选其中一个。

已发布，但仍存在的局限与后续复测计划

17 张截图已于 2026-10-18 复核并发布，但这只意味着它们作为某一时刻的原始记录可以被查看和引用。下面这些局限依然存在，品牌页测速报告面板也逐条列出：

1. 单次快照：每个品牌只有一张截图，只代表截图所示时间点、测试后端与测试线路，不代表长期表现、晚高峰稳定性或所有用户的体验。
2. 不能横向排名：各品牌测试时间从凌晨到晚间不等，且使用 MAI-TEST-BOT 与主端/喵速两套工具和不同后端配置，不同截图之间不能按数值排出先后。
3. 单位不换算：图中速度单位按测试工具原样显示为 MB，本站不换算为 Mbps，也不对图内数值做平均、汇总或评分。
4. 原始结果保留：图中的 0B、KB 级速度、异常高延迟与 UDP Unknown 等结果属于原始记录，没有删除，也不单独挑出来解读。
5. 可信云日期为推定：截图只清晰显示时刻 15:32:35 CST，日期按 2026-08-11 批次推定，引用时需要注明。
6. 微风网络属另一批次：其截图测试时间为 2026-07-19 18:38:20 CST，未列入资料包 manifest，与其他 16 张不属于同一批次，品牌页单独标注。
7. 证明范围有限：截图不能证明线路类型（IEPL/IPLC）、原生 IP、AI 或流媒体解锁能力、长期稳定，也不能证明运营、隐私或退款风险。

后续复测计划如下，完成前上述局限的表述保持不变：

• 在固定测试端、固定工具版本的条件下，按凌晨、白天、晚高峰多个时段重复测试，并记录测试次数、失败重试规则与异常值处理方法。
• 优先补测品牌资料所列协议（多为 VLESS）的节点，以回答“截图协议与资料协议不一致”这一待核实事项。
• 新批次单独登记批次号，并写明测试地点、运营商、基础带宽与设备环境。
• AI 与流媒体解锁需要独立检测，在完成之前，17 个品牌一律保持 Not Tested。

复测结果发布后，本页登记表与对应品牌页同步更新，旧截图作为历史记录保留。数据来源与核实流程的整体说明见 数据来源与核实方法，编辑立场见 编辑方针与利益披露。

常见问题详解

机场测速主要看哪些指标？

RTT 或 TLS RTT、HTTP/HTTPS 延迟、平均与峰值吞吐、丢包、抖动和 UDP NAT 类型。浏览与 AI 对话侧重 HTTP/HTTPS 延迟，下载侧重平均吞吐，语音和游戏侧重抖动、丢包与 UDP NAT 类型，每个数值都要连同测试条件一起读。

本站的测速截图在哪里查看？

17 张单次测速截图已于 2026-10-18 复核，作为 Measured Data 以 WebP 发布在各品牌页的测速报告面板，附测试时间、测试条件与局限；入口见登记表“发布状态”一列。本页不转写图内数值，也不据此排名。

为什么不能用这些截图给机场排名？

测试时段从凌晨到晚间、工具有两套界面、协议不统一、每个品牌只测一次，微风网络还属于另一批次。这样排出来的更可能是“测试时刻”的差异，而不是服务本身的差异。

截图显示 Shadowsocks 而资料写 VLESS，说明资料有误吗？

不能直接下结论，可能是多协议节点或测试时选中的节点类型不同。本站记为待核实；如果你关心 VLESS 节点，现有截图没有直接证明力，需要自行测试。

MB/s 和 Mbps 有什么区别？

前者是每秒兆字节，后者是每秒兆比特，相差 8 倍。先确认工具的单位和进制，不明确时不换算、不比较。

自己测速需要记录哪些条件？

日期时段、地区与运营商、本地带宽、设备系统、客户端版本、协议、节点、工具与后端、线程与时长、重复次数、单位和异常处理方式，完整表格见“自己动手测速”。

Measured Data、Vendor Data 和 Not Tested 分别是什么意思？

分别对应实测、品牌资料和本站未测试，另有“待核实”表示缺失或矛盾。本站 17 个品牌的 AI 与流媒体均为 Not Tested，价格、流量、线路与协议均为 Vendor Data。

内部链接矩阵

下表按“读完本页后最可能的下一步”整理站内去向，方便读者沿着自己的问题继续阅读。

你接下来想做什么	推荐前往	说明
搞清楚 IEPL、中转等线路概念	专线类型：IEPL、IPLC 与中转	测速无法证明线路类型，概念需单独理解
理解协议差异为何影响测速	代理协议的原理与兼容性	解释 VLESS 与 Shadowsocks 的握手与封装差异
弄明白晚高峰为什么变慢	晚高峰与网络质量影响因素	与测速时段选择直接相关
检测 AI 工具或流媒体可用性	解锁检测方法与结果解读	解锁检测与测速是两件事
了解 IP 类型与地区策略	IP 类型与地区策略	解释为何同一节点对不同平台表现不同
导入订阅后再测速	订阅链接导入与更新	自测前的准备步骤
测速正常但使用异常	规则分流与故障排查	排查规则与节点选择问题
按测试结论缩小候选范围	按使用场景选机场	把自测结论转成选型条件
用短周期套餐做试测	付款周期、优惠码与续费	降低试测成本与付款敞口
了解测速之外的风险	运营风险与跑路信号	测速不能证明运营风险低
查看全部品牌的资料与数据状态	机场品牌库	各品牌卡片均标注数据状态
查看截图协议一致的品牌测速报告	快狸测速报告、宇宙云测速报告	登记表中资料协议与截图协议一致的两个品牌
查看另一批次的测速截图	微风网络测速报告	2026-07-19 批次，未列入 manifest
查看日期按批次推定的截图	可信云测速报告	时刻可见，日期按批次推定
查术语定义	常用术语表	RTT、NAT 等术语的简明释义

数据来源与更新时间

• 测速证据：17个机场测速实测资料包_2026-08-11_发布整理版_V2（README 版本 2026-08-12 整理版 V2，manifest 批次号 speedtest-2026-08-11-cst）。资料包为单次测速截图，已于 2026-10-18 复核，作为 Measured Data 以 WebP 发布在各品牌页测速报告面板；本页不转写图内数值。微风网络截图为 2026-07-19 18:38:20 CST 的另一批次，未列入 manifest。
• 截图元数据：取自本站品牌数据文件中的 speedtest 字段（testedAt、protocolDisplayed、toolFamily、dateConfidence、reviewStatus、reviewedDate）。
• 品牌资料：docs/source/17个机场品牌清单.txt，资料整理日期 2026-09-04，属于 Vendor Data，尚未对照品牌官网独立核实。
• 设计规范：机场品牌图表样式文件，其中飞猫云测速、解锁与拓扑示例为虚构设计样例，本站未作为事实引用。
• AI 与流媒体：本站对 17 个品牌均未进行解锁实测，状态为 Not Tested。
• 本页发布日期 2026-10-18，最近更新 2026-10-18（同日完成测速截图复核并发布）。后续复测结果发布时，本站会同步更新本页登记表与各品牌测速报告。

本站不承诺任何搜索引擎或 AI 平台的收录、排名或引用结果。使用任何网络服务时，请遵守所在地法律法规与服务条款。