低延迟但频繁断流的节点算稳定吗？
不算。稳定性的口径是「能持续完成任务」，断流直接打断任务，比高延迟的伤害更大——高延迟只是慢，断流是中断后一切重来。测速工具往往测不出断流（测试时长太短），所以低延迟高分的节点频繁断流并不矛盾，长连接测试才能暴露这类问题。
断流
本页最后更新：
- 断流 Disconnection / 掉线
- 断流指连接建立后传输中断——能连上但用着用着停了。它与「连不上」是两类问题，对长连接场景（会议、下载、远程桌面）伤害最大。
- 断流的典型表现：视频看着看着转圈、大文件下载中途失败、SSH 会话突然冻结，切换节点后恢复。它和延迟丢包不同——数据不是变慢或部分丢失，而是通道直接断开。常见原因包括节点过载重启、线路被干扰、入口切换，以及客户端自动切换节点导致的会话重置。
常见误解
- 把断流和「连不上」混为一谈。前者是建立后中断，后者是根本建立不了，排查方向不同。
- 低延迟就认为节点稳定。延迟只反映往返速度，频繁断流的节点延迟可能一直很低。
- 一断流就重装客户端。先记录断流的时间与节点规律，多数情况换节点或等高峰过去就能定位。
断流为什么测速测不出来
测速工具的采样窗口通常只有十几秒，而断流是以「每小时几次」为频率的低频事件——两者在时间尺度上错开了。这就是「测速满分但用着总断」的原因。暴露断流只有一个办法：长连接实测，让一个持续任务（下载、会议、SSH）跑完整个晚高峰。
断流记录是稳定性评测的核心素材
一次断流说明不了什么，有规律的断流记录才有诊断价值：哪个节点、什么时段、多久一次、切换后是否恢复。本站稳定机场页的判断标准里，断流与故障恢复时间并列——因为它们都指向同一个问题：这家机场的承载与运维是否跟得上。
关于「断流」的常见问题
机场频繁断流应该怎样定位原因？
按范围缩小：只有一个节点断流→节点问题，换节点；同地区节点都断→该地区落地或线路问题；全部节点都断→入口、本地网络或客户端问题。再叠加时间维度：只在晚高峰断→拥塞；随机时段断→线路或调度不稳。记录三五次断流的节点与时间，规律通常就出来了。
长连接测试应该持续多久？
至少覆盖一次完整的晚高峰（20:00–23:00），比如挂一场视频会议或一个持续下载。断流是低频事件，几分钟的测试抓不到；一晚上的长连接观察能暴露大部分问题。要形成结论，连续几天在相同时段重复，比单次长时间更有说服力。
机场客户端自动切换节点适合长连接吗？
不适合。自动切换在节点异常时更换出口，代价是切换瞬间现有连接全部重置——对网页浏览无感，对会议、游戏、SSH 就是一次断流。长连接场景建议固定使用一个验证过的节点，把自动切换留给对中断不敏感的日常浏览。
相关术语
来源与说明
- 本站编辑部整理
依据故障排查的通用方法归纳。
本词条最后更新：