任何第三方的测速结果都只代表测试者当时的网络环境——他所在的城市、运营商、时段、设备，任何一项和你不同，结论就可能反过来。所以真正可靠的数据只能自己测。

这篇不发布排名数据，只讲方法。最重要的一步是把「机场的问题」和「你本地的问题」分开，这一步做不对，后面测什么都没意义。

先测本地，再测机场

在动任何客户端设置之前，先确认你到运营商出口这一段是健康的。断开代理，直接做两件事：

  1. 测本地到公网的基础延迟——命令行里 ping 一个国内大站，看延迟是否稳定、有没有丢包。
  2. 确认 Wi-Fi 不是瓶颈——如果可能，用网线测一次做对照。2.4GHz Wi-Fi 在信道拥挤的住宅楼里，本身就能贡献几十毫秒的抖动。

本地这一段如果就有丢包，后面所有代理测试的结果都不可信。

四个指标，分别说明什么

指标反映什么用什么测什么算异常
延迟链路响应速度客户端测速、ping超出该地区常见区间一倍以上
抖动延迟的稳定程度连续 ping 看波动波动幅度超过均值的 30%
丢包链路质量连续 ping 统计丢失率持续 >1% 就会明显影响体验
带宽下载上传速度上限测速网站、大文件下载明显低于套餐标称能力

最容易被忽略的是抖动和丢包。 延迟低但抖动大的线路，打字聊天没问题，视频会议会一卡一卡；丢包 2% 在网页浏览上几乎察觉不到，但会让 AI 工具的长连接频繁中断。

具体怎么测

延迟与抖动

客户端自带的延迟测试可以用来筛掉死节点，但不要用它下结论。要看抖动，需要连续测：

  • 对同一个节点连续测 20 次以上，记录最小值、最大值、平均值。
  • 最大值和最小值差得越多，抖动越大。

一个平均 60ms、波动在 55–70ms 之间的节点，比平均 45ms、波动在 30–120ms 之间的节点体验好得多。

丢包

丢包必须持续测才有意义，单次测试看不出来。连续发 100 个包，统计丢失比例：

  • 0%：正常
  • 0.1–1%：可接受，日常几乎无感
  • 1–3%：视频会议和 AI 长连接开始出问题
  • > 3%：这条线路不能用

注意很多节点会限制或丢弃 ICMP 包，导致 ping 显示丢包但实际 TCP 流量正常。所以丢包异常时，要用实际业务验证一遍再下结论。

带宽

测带宽时注意两点：

  • 选就近的测试服务器。用节点所在地区的测试点，否则你测的是「节点到测试服务器」这一段，不是你的链路。
  • 测多次取中位数。单次结果受瞬时拥塞影响很大。

如果你的套餐标称 2.5Gbps 而实测只有几十 Mbps，先别急着判定虚标——你的本地带宽、Wi-Fi、设备网卡都可能是瓶颈，而且节点带宽是共享的。

你实际要用的服务

这一项比前面三项都重要，但最常被跳过。直接用你的真实场景测：

  • 看视频：拖进度条，看缓冲要多久。
  • AI 工具：发一轮长对话，看会不会中断。
  • 开会：接一次真实会议，看有没有卡顿。

测速数字漂亮但实际用着难受，这种情况很常见，因为它们考察的不是同一件事。

什么时候测：晚高峰是分水岭

这是整篇最关键的一条：白天测不出线路类型的差别。

在非高峰时段，公网中转和 IEPL/IPLC 专线的表现几乎一样。差距集中在 20:00–23:00：

  • 专线：延迟基本持平，抖动小。
  • 优质公网（CN2 GIA）：延迟轻微抬升。
  • 普通中转 / 直连：延迟明显抬升，可能出现丢包。

所以试用期如果没有覆盖晚高峰，等于没测。各线路类型的技术差别见 IEPL、IPLC、CN2 和中转的区别。

用一周记录做决定

一次测试是快照，一周记录才是趋势。建议这样安排：

时段测什么频次
工作日白天延迟 + 丢包每天 1 次
工作日晚高峰延迟 + 丢包 + 实际场景每天 1 次，连续 3 天以上
周末晚高峰同上至少 1 次

记录格式越简单越好，一张表格就够：日期、时段、节点、平均延迟、最大延迟、丢包率、实际体验（一句话）。

一周之后你会得到三类结论之一：

  • 一直稳：可以考虑续长期。
  • 只有晚高峰差：线路类型不够，换档或换家。
  • 随机变差、换节点也没用：问题多半在你本地，换机场解决不了。

第三种情况很常见，也是最容易白花钱的一种。判断标准见上面「先测本地」那一节。

遇到异常先别换机场

测出问题之后，按这个顺序排查，不要直接下单换一家：

  1. 换同地区的其他节点——排除单节点拥挤。
  2. 换不同地区——排除单地区线路问题。
  3. 切换协议或客户端模式——排除配置问题。
  4. 换网络环境（手机热点）——排除本地网络问题。

前四步都试过还是不行，才轮到考虑线路本身。完整的排查路径见 已连接但网页打不开。

相关内容