机场测评我这样做，一轮测速从开跑到读表，8 家结果只摆区间和比值

机场测评我分两步做，先测速，再做解锁检测。测速这一步，开跑前记下宽带档位、线程数和时刻，用一个测速工具把订阅里的节点从头到尾跑一遍，跑完按地区折成区间，快慢只在同一轮里比。2026-06-17 到 07-20 我这样测了 8 家，一共 11 轮，宽带有千兆、2Gbps、9Gbps 三档，线程开过 6、8、32 三种，所以 8 家的结果我只摆地区区间、掉到 0 的行和同一轮里美国组对香港组的比值，不排名次 ^[1]。34 家里另外 26 家我没测过，飞机场导航那页每家都标着。

写这页之前，我把 11 张测速截图和自己的记录又逐张对了一遍。对出来的头一件事不太体面，11 轮里有 5 轮的记录没写线程数，截图页脚上明明印着。宽带档位也有 5 轮没写，页脚上有一截我放上站前打了码，档位看不出来，只能拿速度反推。条件缺一样，这一轮能拿去比的对象就少一圈。

开跑前记下的三个数

宽带档位定了这一轮的上限。宽带按 Mbps 卖，测速表按每秒多少 MB 记，除以 8 就换过来了，千兆线最多跑 125 MB/s，2Gbps 是 250，9Gbps 是 1125，节点再好也跑不过测它的那条线。

线程是同时开几条下载。32 条一起拉，节点那头给得出多少就拿多少；6 条、8 条多半拉不满一个好节点，数会低一截，我觉得离一台电脑平时用起来的情形近一些。飞猫云 07-08 那轮只开了 6 条，均速最高的节点 158 MB/s，离 2Gbps 的 250 还差一截，是节点给不出还是线程拉不满，那一轮分不出来。

碰没碰上晚高峰，看截图上的时刻。我按晚上八点到十一点算高峰，11 轮里只有 4 轮落在这个时段，飞猫云 07-11 的 21:34、闪跃 21:18、无忧 21:40、灵动云 20:54，核对方法页里也是这么记的 ^[2]。

星岛梦（StarDream）是 8 家里测得最多的，三轮测速宽带换过，线程换过，截图上的时刻一轮比一轮早。三轮各是什么条件、数字怎么读，我在它的测速那页拆开写过，下表只占它三行。

没记宽带的 5 轮，有 4 轮能反推。闪跃、无忧、跨界、灵猫的香港组整组都在 392 MB/s 以上，超过了 2Gbps 折出来的 250，我记过的线里比 2Gbps 快的只有 9Gbps 那一条，我按 9Gbps 看它们，这是推出来的，记录里没有。07-18 下午那轮的记录只抄了美国组，这个办法用不上。

用什么工具跑，一轮跑多少

11 轮里有 10 轮用的是 MiaoKo，07-08 飞猫云那一轮换了一个工具，截图最上面一行写着 SpeedCentre+。MiaoKo 把测速交给后端 miaospeed 去跑，页脚上印作“喵速”。miaospeed 在 GitHub 上的说明写着，它从 4.0.0 起和 MiaoKo 分开单独开源，许可证是 AGPLv3，MiaoKo 本身是闭源的。miaospeed 自己没有代理能力，连节点靠一个叫 Vendor 的接口，依赖清单里列着 Clash 和 Clash.Meta 两个内核 ^[3]。

这个仓库 2024-07-07 已经归档成只读，最后一个标签是 v4.3.1，打在 2023-03-06 ^[4]。我截图页脚上看得清的后端版本都比它新，6 月那张是 4.6.4，07-11 和 07-18 下午那两张是 4.7.0，07-19 上午开 8 线程那张是 5.0.0 开头。同一天上午和下午挂的后端版本也不一样，下午跨界、灵猫、微风网络那三张又是 4 开头，这一处是这次对截图才看出来的。这几个版本在那个仓库里都找不到，一个节点下载多久、均速怎么算，我只能看它给的结果，跨轮的数又多了一处对不齐。

一轮的取样很简单，订阅里有几个节点就跑几个，每个节点跑一次，表上给出这一次的平均速度和最高速度。页脚“概要”那一格写着跑了几个、一共几个，我这 11 张全是满的，49/49、50/50、65/65 这样，没挑过节点。每个节点只有一次机会，测它那一下碰上抖动，它在表上就是慢的。要把这个毛病压下去，得在条件不变的情况下再跑一轮。8 家里跑过第二轮的只有两家，第二轮的条件还都变了，这一步我等于没做。

流量也要算进去。SpeedCentre+ 那张页脚多印了一项，消耗流量 28.89GB，6 线程跑 49 个节点，平均一个节点 0.59GB，放进每月 60GB 的档，一轮就用掉快一半。MiaoKo 的页脚不印这一项，另外 10 轮各用了多少我没记。那 10 轮多数跑得比这一轮快，我不敢拿 0.59 去乘。

一张测速表，我先看页脚

拿到一张测速截图，我先看最底下。MiaoKo 的页脚有三行。最上面一行写着已核实 TLS 证书，顺带解释两栏延迟。中间那行对我最有用，印着主端和后端的版本、线程数、概要和排序方式。测试时间在最底下，后面缀着一句，说这是试验性的结果。线程和时间告诉我这张表能和谁比，排序告诉我从上往下看到的是什么顺序。MiaoKo 那 10 张的排序就有五种，订阅原序、节点名升序、平均速度降序、HTTP 延迟降序和 RTT 延迟降序，同一份订阅换一种排法，第一屏看到的节点完全不同。

表头从左往右是序号、节点名称、类型、两栏延迟、两栏速度、一栏每秒速度的小柱子和一栏 UDP 类型。TLS RTT 那一栏，两个工具的解释对不上，MiaoKo 页脚写的是单次数据交换的延迟，SpeedCentre+ 写的是单次握手的延迟，照它们自己的说法，两边量的是两样东西，这一栏的毫秒数我不跨工具比。HTTPS 延迟那一栏，两边都说是单次请求的体感延迟，我把它看成走这个节点发一次网页请求、等到对方回应要多久。miaospeed 的说明里举过 TEST_PING_RTT 和 TEST_PING_HTTP 两个测试项，还说这两项多数时候在做同一件事，我猜表上这两栏就是它们 ^[3]。两栏延迟还能侧面看线路，怎么看写在专线机场那页。

速度两栏，平均速度是这一次下载的平均，最高速度是其中冲得最高的那一下。两个数差得远，旁边那排小柱子多半也高低不齐，这个节点这一轮就不稳。我的记录只抄了平均速度，最高速度只给两家留了峰值，微风网络 600 MB/s 以上，飞猫云 07-08 那轮 200 MB/s 以上 ^[1]。UDP 类型一栏写着 FullCone、RestrictedCone 这些，讲的是 UDP 流量过这个节点时的 NAT 类型，跟打游戏、语音通话关系大，这几轮我没整理。

速度是 0 的行要分两种。延迟两栏有数、速度是 0，说明连上了，下载没起来；延迟两栏只有一道横杠，这个节点这一轮压根没连上。记录里写的全部连通，指的是前一关。跨界 07-19 那轮就是这样，记录里 50 个节点一个不落都连上了，台湾组区间的下限却是 0 ^[1]。

我自己的记录口径也不齐，这一处得认。闪跃和无忧那两轮，新加坡各有一个节点只跑出 9.6 和 17.59 KB/s，我单拎出来写，没算进区间；微风网络的日本、台湾和跨界的台湾，掉到 0 或几 KB 的节点直接算进了区间，下限写成了 0。同样是一个节点没跑起来，前一种写法区间看着整齐，后一种看着难看。下面那张表照原样抄，哪一行是哪种口径，我写在格子里。

8 家 11 轮，香港组和美国组的区间与比值

下表一行是一轮，地区只放香港和美国两组，8 家的记录里这两组最全。比值是同一轮里美国组区间的中点除以香港组区间的中点，拿微风网络算一遍，美国组 9.9 到 21 的中点是 15.45，香港组 469 到 546 的中点是 507.5，相除得 0.030。跨轮的数我不相除。比值可以拿到别的轮次旁边看，前提是香港组没顶到线路的上限。

灵动云整张表没过 83 MB/s，那轮的时刻是 20:54，HTTPS 延迟 757 到 2758 ms。同样在晚上八点以后测的闪跃、无忧，香港组上限都过了 500，光拿晚高峰解释不了它，卡在哪一段我分不出来 ^[1]。

这张表我不拿来排名次，11 轮的条件不齐，排出来的先后多半是条件的先后。站上前五的顺序是推广合作定的，和这里的数没有关系，8 家里有 3 家在前五，表上照样有难看的行。

7 月中旬那 9 天，七家的美国组挤在一起

07-11 到 07-19 这 9 天，记了美国组的有七轮，七家各一轮，全落在 7.74 到 49 MB/s，除了 07-18 下午那轮到过 49，其余六轮都没过 21。算得出比值的五轮是闪跃、无忧、跨界、灵猫、微风网络，比值挤在 0.021 到 0.032，美国组大约是香港组的三十几分之一到四十几分之一。再往前的两轮，美国组和香港组差得不多，06-17 美国组 314 到 371，飞猫云 07-08 是 83 到 158，比值 0.86 和 1.15 ^[1]。

七家在这 9 天里都慢在美国这个方向，我倾向于是我这头去美国的那段路那几天不顺，七家各出各的毛病又碰巧凑到一起，可能性小一些。让我拿不准的也有一处，07-19 上午千兆线那轮的美国组没抄进记录，截图上 9 个美国节点里有 2 个跑到 85 和 102 MB/s，那条线去美国并没有全堵。同一时段香港组跑得好好的，只能说明宽带整体没出事，两种情况我手里没有一轮能分开。单看任何一家的档案，美国组十几 MB/s 都像是那一家自己的毛病。

宽带、线程、时刻、后端版本，记下来就能对；那几天去美国的路什么样，记录里没有，对不上。哪家的美国节点快、哪家慢，得在同一条线上用同样的线程，同一个下午把几家挨着各跑一遍，这一轮我还没做。

表上的均速和看视频要的速度

测速表上的数，比看视频要的速度高出一大截。7 月记录里最慢的美国节点 7.74 MB/s，换成宽带常说的 Mbps 也有 62 上下。YouTube 帮助页给电影和剧集列的建议持续速度，4K 是 20 Mbps，1080p 是 5 Mbps，看 YouTube 的最低要求写的是 500 Kbps 以上；Netflix 帮助页写 4K 要 15 Mbps 或以上，1080p 是 5 Mbps，两页都是我 2026-10-30 打开核的 ^[5][6]。

照这张表，7.74 MB/s 的节点放一路 4K 也够，带宽有三倍富余。看视频卡不卡，均速那一栏答不了。均速是好几条线程合起来的速度，只开一条连接能到多少，这几轮没测。起播等得久不久，HTTPS 延迟那栏能看出一点，灵动云那轮在 757 到 2758 ms 之间，每发一次请求要等七百多毫秒到将近两秒八。中途会不会卡，看每秒速度那排小柱子齐不齐。晚上八点以后的情况，8 家里有一半我没测过 ^[1]。挑看视频的节点，延迟和那排小柱子比均速有用。

换你来测，线程开几个、流量留多少

先算自己那条线的上限，宽带的 Mbps 除以 8。家里是千兆或更低，开 8 个线程就够。我 07-19 在千兆线上开 8 个，香港 19 个节点跑到 63 到 99 MB/s，已经占了 125 的五成到八成，再往上加线程，好节点多半都挤到 125 下面，谁高谁低就看不出了 ^[1]。32 个线程适合比千兆快得多的线，我 9Gbps 那条线上香港组峰值过了 600，离 1125 还差将近一半，节点之间拉得开。

照我这几轮踩过的坑，自己做机场测速的话按这个顺序来。

1. 开测前把宽带档位、线程数和时刻记下来，跟截图放在一起，再看一眼套餐还剩多少流量。我有 6 轮缺了线程数或宽带档位，补起来只能翻截图、拿速度反推。
2. 同一份订阅跑两遍，一遍在下午，一遍在晚上八点以后，两遍用同一条宽带、同样的线程。
3. 读表先看页脚，再看延迟两栏，最后看速度；速度是 0 的行，分清延迟那栏有没有数。
4. 拿别人的截图来比之前，先问他的宽带和线程，问不到就只看他那张表里的比值。

解锁那张表，和这套流程还缺的

测完速度我还会跑一轮解锁检测，那是另一张表，格子里写着某个服务在这个节点上能不能用、被认成哪个地区。8 家都跑过，查的项各不相同。YouTube、Netflix、Disney+ 三项，微风网络、跨界、灵猫、闪跃四家每个节点都过了，无忧有一处例外 ^[1]。这张表我看两样，能不能用，地区对不对。无忧那处例外在香港 01 节点，YouTube 认出来的地区是 CN；灵动云的台湾节点，Netflix 和 Disney+ 都把它认成了西班牙。

这套流程还缺几块。同一份订阅下午、晚上各跑一遍的对照，我一次都没做过。AI 服务只有三家查过，另外五家没查，上传和丢包记录里一直没有。8 家的测速停在 07-20，到 10-30 已经 102 天，这期间哪家换过节点我不知道。下一轮先补晚高峰，日期还没定。