Wi-Fi 已连接、状态页一片绿，网页却依然卡顿？可达性和性能是两回事。本文教你判断到底是哪一个出了问题，并给出排查步骤。
所有迹象都表明你在线：Wi-Fi 图标满格，路由器指示灯是绿的，运营商状态页没有故障，ping 也有回应。可网页加载很慢，通话断断续续，上传卡住不动。这个落差就是本文的主题。一条连接可以是通的，同时又不可用，因为“通”和“够快”衡量的是不同的东西。
核心要点
- 可达性只问数据包能不能到达。 ping、故障地图和状态页回答的只是这个问题。
- 性能问的是到达得好不好： 延迟、吞吐量和丢包决定应用能否正常使用。
- 只看“故障”的视角天生看不到性能退化。 开放测速工具 NDT 背后的 M-Lab 说得很直接：网络可以保持可达，而延迟上升或吞吐下降已经让应用无法使用。
- 问题往往出在路径上的某个位置，比如拥塞的互联点或排满的队列，两端都看不见。
- 单次测速无法定位故障，但四项读数加几个简单对比，就能分清是哪类问题。
可达性与性能
可达性是二元的：数据包要么能从你到达目的地并返回，要么不能。ping 回应、能打开的状态页、绿色的“已连接”标志，只能证明一件事：对方有回应。
性能是一个连续的范围，包括每次往返花多久、每秒能传多少数据、延迟是否稳定，以及途中丢了多少数据。应用并不在乎数据包“最终”到了，它在乎的是到得够快、够频繁、节奏够稳。
所以一条退化的连接可以通过所有可达性检测。视频通话需要远低于几百毫秒的往返时间；ping 900 毫秒才返回，对“是否可达”来说是合格的“是”，对通话来说却完全不可用。
为什么故障视角看不到变慢
公共的互联网观测站主要追踪故障：网络或服务变得不可达，并伴随路由或流量的明显变化。M-Lab 在 HERMES 的发布文章中指出，失去连接只是故障的一种形式，网络可以保持可达，而延迟上升或吞吐下降会让在线应用无法使用。这类退化不会造成连接中断，因此以故障为中心的工具可能漏掉它们。要发现它们，需要换一种方法：测量端到端性能，而不是只监控可达性和路由变化。
在家里同理。任何只检查“能不能连上”的东西，对一条很慢的连接也只会回答“能”。
问题到底出在哪
你的流量在到达服务器的途中要经过多个环节：你的设备和 Wi-Fi、路由器、运营商接入网、网络之间的互联点、中转网络，最后是目的地自己的设施。拥塞环节两端的设备都会继续报告“正常”，因为从它们自己的角度看确实如此。
连接“通却退化”的常见位置：
- 本地 Wi-Fi。 信号弱或有干扰会增加重传和延迟，路由器指示灯却依然是绿的。
- 排满的上行队列。 有东西占满上行带宽时，数据包会排队等待。过大的缓冲区如何把繁忙链路变成额外延迟，参见缓冲区膨胀。
- 拥塞的互联点或遥远的对等点。 到某些目的地很慢而其他一切正常，你这边看不出任何异常。
- 繁忙或遥远的服务器。 路由本身健康，瓶颈在对端。
M-Lab 的 HERMES 正是围绕这个问题构建的。它收集用户主动发起的测速，按接入网络、都市区和测试服务器分组；当某组数据足够（前一周至少 25 次测试、来自至少 5 个不同的客户端 IP）时，再与该组自己近期的基线比较，寻找延迟上升和吞吐下降这两类信号，再结合正向及（如有）反向路由追踪，估计退化出现在接入网、互联点、中转网络还是目的地附近。作者强调分组的原因：单次慢速测试可能只是你的 Wi-Fi、设备或后台流量，而共享设施的拥塞会同时出现在许多用户身上。
测速到底测的是什么
M-Lab 的 NDT 测试被描述为对连接“批量传输”能力的单流性能测量，报告上传速度、下载速度和延迟指标。由此可得两点：
- 测速测的是从你的设备到测试服务器的整条路径，而不只是你的线路。如果通往该服务器的路径拥塞，即使你自己的线路健康，结果也会很差。
- 它是对单个目的地的快照。它无法告诉你故障在你的 Wi-Fi、运营商，还是三个网络之外的某个互联点。路径延迟的测量并不简单，IETF 为此专门制定了标准，例如 RFC 7679 就定义了单向延迟指标。
区分各种情况的四项读数
大多数情况可以靠四项读数区分开。把每一项对应到可能的原因：
| 读数 | 反映什么 | 出问题时的表现 |
|---|---|---|
| 负载下延迟 | 排队延迟 | 空闲时正常，链路一忙就飙升：队列问题（缓冲区膨胀） |
| 抖动 | 延迟的稳定性 | 数值上下摆动：链路不稳定或无线干扰 |
| 丢包 | 到不了的数据 | 持续丢包说明链路故障或某一跳拥塞 |
| 吞吐量 | 容量或拥塞 | 远低于套餐，尤其每晚同一时段：容量不足或拥塞 |
BrowserInsight 的网络速度测试会给出下载和上传吞吐量、延迟与抖动，还会测量到 Google、YouTube、Netflix 等多个主流网站的连接延迟，让你有不止一个目的地可以对比。它不单独报告丢包率或负载下延迟：下面第一步介绍了如何测出负载下延迟，而持续丢包通常表现为卡顿以及吞吐量远低于套餐。
各项数值多少算好，参见带宽、延迟与抖动全解析；两项稳定性指标的详细说明，参见抖动与丢包详解。
一套可以照做的排查步骤
- 对比空闲与负载下的延迟。 先在没有其他任务时跑一次测速，再在另一台设备或另一个应用进行大文件上传或下载时跑一次。延迟大幅上升，说明你自己的连接上有队列。
- 对比不同目的地。 查看测速中各网站的延迟检测。如果只有一两个目的地明显比其他慢，问题在通往它们的路径上，而不在家里。
- 对比有线和无线。 用网线直连路由器。有线正常而 Wi-Fi 不行，故障就在本地无线环境。
- 在不同时间重复测试。 每天同一时段出现的变慢，更像是共享拥塞，而不是你设备的故障。如果每次结果都不一样，为什么测速结果会变化解释了正常的波动。
需要坦白的局限
客户端测试无法在路径上定位故障。它能告诉你你和某台服务器之间存在退化，你的对比可以排除自己的 Wi-Fi 和队列。要把问题锁定到具体的互联点，需要许多用户的汇总测量加上路径数据，这正是 HERMES 这类项目要填补的空白。如果有线、空闲状态下到多个目的地的测试结果都很差，你收集的这些证据就是向运营商反映问题时该带上的东西。
常见问题
为什么我的网络很慢但并没有断？
因为“断”指不可达，而“慢”指延迟高、吞吐低、丢包或延迟不稳定。连接可以送达数据包，却慢到无法满足你想用的应用。
ping 通了是不是说明连接没问题？
不是。它只说明目的地可达，并给出一次往返时间。负载下的延迟、丢包和吞吐量仍可能很差。
问题会出在家庭网络之外吗？
会。拥塞的互联点、过载的中转链路或繁忙的服务器，都可能在路由器和运营商都显示正常时拖垮性能。测试多个目的地有助于判断问题是否只与特定路径有关。
一次测速很慢能证明网络有问题吗？
单独不能。一次慢的结果可能来自 Wi-Fi、设备或后台流量。多次测试、多个目的地、不同时间上的规律才是更有力的证据。
总结
“已连接”只说明数据包能通过。连接是否可用取决于延迟、抖动、丢包和吞吐量，而只检查可达性的工具看不到这些。把四项都测一遍，对比空闲与负载、近处与远处，你就能知道故障出在 Wi-Fi、队列，还是路径上更远的地方。
延伸阅读：
