本文原载于登月博客,以原文为准。

测线路晚上稳不稳:连续测三晚,每晚 20:00–23:00 分几批,电信、联通、移动分开判,剔除坏探针,没过线的结果照样保留。

下面是我们测自家线路时用的规则,每一条都附了我们实际遇到的例子。

我们是登月,下面的例子来自我们 2026 年 10 月 9 日、10 日晚的测试记录。各线路的逐条结果还在复测,复测完成后会单独公开。

判定标准:每一条都要落到数字上

项目 标准 为什么
平均延迟 亚洲线路 ≤120ms;美国、欧洲等远区线路 ≤230ms 远区受物理距离限制,用同一条线会把所有远区线路判死
路由 亚洲线路不能绕道香港或美国 绕路说明不是直连,延迟也会跟着上去
卡顿 不能出现 ≥1 秒的单次延迟 平均值会掩盖卡顿;一次 1 秒以上的延迟,用户就能感觉到页面卡住
丢包 8 个包最多丢 1 个(≤12.5%) 丢包会让连接重传,表现为加载停顿
单次测量 一个探针 × 一种测法 × 一批,单独判过或不过 先按最小单位判,再统计,避免「平均起来还行」
线路结论 过线次数 ≥80% 算过线;60–80% 算边缘;低于 60% 算不过线 给边缘留一档,不把 78% 硬说成过线
只看谁 「电信直连」只看电信探针,其他同理 线路名对哪个运营商负责,就只用那个运营商判

这套标准是我们为网页、会议、看行情这类日常使用定的,不是行业统一标准。你可以调严或调松,但要先写下来再测,不要测完再改标准。

为什么电信、联通、移动必须分开

同一台服务器,换个运营商,结论可以完全相反。

10 月 9 日晚,一台东京服务器:电信 14 次测量只过 5 次,联通 14 次过 13 次。一台首尔服务器:电信 16 次过 3 次,移动 8 次过 7 次。

如果把三网的结果平均在一起,东京那台会被写成「大体可用」,电信用户买了就会失望。所以我们只有三网各自都过线,才在线路名里写「三网直连」;否则写「电信直连」「联通直连」或「移动直连」。

为什么是晚上 8 点到 11 点,而且要分几批

白天测不出问题。晚上拥堵,往往也不是从 8 点一开始就出现。

还是那台东京服务器的电信线路:10 月 9 日 20:30 第一批正常;21:35、22:40、23:45 后三批,平均延迟升到 140–416ms,还出现了 1 秒以上的卡顿和丢包。首尔那台的电信,后三批是 192–707ms。

如果那晚只在 20:30 测一次,结论就是「过线」。10 月 9 日晚我们测了四批:20:30、21:35、22:40、23:45,间隔大约一小时,能看到拥堵从哪一批开始。

为什么至少三晚:一晚可能碰上某个运营商的临时故障,也可能刚好碰上一个通畅的晚上。我们开卖时的 10 条线路,截至 10 月 10 日只有两晚数据,其中只有 2 条信心标「高」,其余是「中」或「低」,原因就在这里。

怎么剔除坏掉的探针

公共探针也会出问题。如果不剔除,会把探针自己的故障算到线路头上。我们用三条规则。

规则一:TCP 大面积失败、ICMP 却正常,算探针问题。 某个探针对一批目标做 TCP 测试,60% 以上都失败,而这些目标用 ICMP 测都正常,说明是探针自己的 TCP 出了问题,它这一批的 TCP 失败不计。10 月 9 日晚剔除了 4 个:

批次 探针 TCP 失败
第三批(22:40) 上海移动 10 个目标失败 9 个
第三批(22:40) 南京移动 10 个目标失败 8 个
第三批(22:40) 长沙联通 4 个目标失败 4 个
第一批(20:30) 南宁联通 6 个目标失败 4 个

规则二:快得不可能的结果,算本地应答。 我们的测试里有一个东莞电信探针测出 0.6ms。大陆家宽到境外服务器不可能是这个数,说明是本地设备在应答,不是真的连到了服务器,这个探针不计。

规则三:测不到记「未测」,不记「不过线」。 有的服务器不回 ping,有的 TCP 端口没开。这类情况没有测到任何东西,记成「未测」,既不算过,也不算不过。

剔除的探针要写在记录里,写明原因。只剔除对自己不利的数据,是测试里最常见的偏差。

服务器测回来很快,为什么还以家宽探针为准

10 月 9 日我们碰到一处矛盾:从东京、首尔的服务器反过来测上海、广州的电信,只有 51–80ms,0 丢包;但家宽探针从大陆测过去,晚高峰明显变差。

我们的判断是:大陆家宽连到这类服务器的方向,晚高峰在省网或出国入口拥堵,而服务器回程方向不堵。用户是从家里连出去的,所以以家宽探针为准。

看别人的测速时也是一样:从海外机房测回大陆的数字,不能代表你在家连出去的体验。

自己测三个晚上:步骤和记录表

公共探针不在你家。最后的判断,还得靠你在自己的网络上测。

  1. 先定标准再开测。 照上面那张表写下你的标准,比如「平均延迟 ≤120ms,不能有 1 秒以上卡顿」。看行情的人可以更严,只看网页的人可以放宽。
  2. 只测你自己运营商对应的线路。 电信宽带就测标「电信直连」或「三网直连」的线路,别拿联通线路的成绩安慰自己。
  3. 每晚测三批。 比如 20:30、21:30、22:30,每批都测同一组线路,连续三晚。
  4. 延迟和实际使用都要测。 客户端自带的延迟测试可以记一个数,但它很多时候测的是经过代理打开某个网址的时间,不是单纯的网络延迟。再加一项实际使用:看 10 分钟视频记缓冲次数,或者开着交易所行情页记断线次数和恢复时间。
  5. 留一个对照。 同一批里测两条不同线路。两条都差,多半是你本地网络的问题;只有一条差,才是那条线路的问题。白天也测一次,作为参照。
  6. 手机流量和家里宽带各测一次。 有些问题只在其中一种网络上出现。
  7. 失败的结果照样记。 哪一批没测到,写「未测」和原因,不要事后补。

记录表可以这样做:

日期 时间 网络(运营商 / 宽带或流量) 线路 平均延迟 ≥1 秒卡顿次数 断线次数 每次恢复用时 过 / 不过 / 未测 备注
10-12 20:30 电信宽带 示例线路 A

三晚、每晚三批、两条线路,一共 18 行。比起「感觉还行」,这 18 行能告诉你哪条线路在哪个时段出问题。

这套方法的局限

  • 公共探针数量有限。 某个运营商在某个省可能只有一两个探针,单个探针的偶发问题影响很大,所以要多批、多晚。
  • 延迟过线不等于下载顺。 延迟、卡顿和丢包说明的是连接是否顺畅,看高清视频、下载大文件还要另测速度,见 测速怎么看。
  • 看行情的连接要单独测。 测速快不等于行情推送稳定,交易所用户的测法见 测速快不等于行情稳。

买之前想把这套测试放进试用期里,可以照着 机场试用应该测什么 的清单一起做。

本文的例子来自 2026 年 10 月 9 日、10 日晚,使用 Globalping 公共测量网络中位于中国大陆的家庭宽带探针。