机场延迟丢包怎么看：怎么测、怎么读、多少算正常

用机场的人几乎都看过那串绿色、黄色、红色的延迟数字，但很少有人认真想过它到底意味着什么。延迟低就一定好吗？丢包 2% 是不是问题？抖动是什么？本篇把三个指标讲清楚，并给出按用途区分的参考标准。再强调一次：本站没有做过测速，下面的数字区间是通用经验和判断思路，不是任何机场的实测成绩，你的实际数据必须在自己的网络下测。

三个指标，分别回答什么问题

指标	含义	影响什么	单位
延迟（Latency）	一个数据包从你这里出发、到目标再回来的时间	网页打开的「第一下」、游戏、远程操作的跟手程度	毫秒（ms）
抖动（Jitter）	延迟的波动幅度，也就是每次延迟差多少	语音、视频通话、游戏的流畅度	毫秒（ms）
丢包（Packet Loss）	发出的数据包有多少没收到回应	下载速度、视频缓冲、通话卡顿	百分比（%）

打个比方：延迟像邮件的往返时间，抖动像每次往返时间不一样，丢包则是有的信干脆没回来。看视频主要吃带宽，但丢包高了，传输协议要重发，速度会被拖慢；打游戏和开会，则对抖动和丢包都很敏感。

延迟丢包多少算正常：按场景给标准

先说一个前提：延迟首先取决于物理距离。机场节点的地区不同，延迟的「正常范围」就不同。下面是通用经验区间，仅供参考。

按节点地区的大致预期

节点地区	常见延迟区间（经验）	说明
香港	较低，几十毫秒到一百多毫秒	距离近，但 AI 服务通常不支持
日本、新加坡、台湾	一百多毫秒到两百毫秒左右	日常使用的主力地区
美国西海岸	两百多毫秒	距离远，延迟天然偏高
美国东海岸、欧洲	更高	更适合下载，不适合实时场景

这个区间只用来帮你建立直觉：不要拿美国节点的延迟去和香港节点比，那是拿不同赛道的成绩作比较。

按用途给出的参考标准

用途	延迟参考	丢包参考	抖动参考
刷网页、社交媒体、AI 对话	300ms 以内通常无感	低于 2%	不敏感
看 1080P、4K 视频	不敏感，更看带宽	低于 1% 更稳	不敏感
视频会议、语音通话	150ms 以内为佳	低于 1%	低于 30ms 为佳
远程桌面、SSH	150ms 以内较跟手	低于 1%	越小越好
联机游戏	越低越好，100ms 内较理想	接近 0	越小越好
下载大文件	不敏感	低于 1%，高了会拖慢速度	不敏感

这张表也解释了为什么有人觉得「机场很稳」而有人觉得「机场很烂」：同一个节点，对刷网页的人来说完全合格，对开远程会议的人来说可能不及格。判断标准要和你的用途对齐。

怎么测：四种方法

方法一：客户端的节点延迟测试

最简单：在 Clash Verge Rev、FlClash、Shadowrocket、v2rayN 里点测速按钮，得到每个节点的毫秒数。要注意：

• 它测的多是「通过节点访问一个测试地址」的往返时间；
• 默认测试地址不同，客户端之间不可比；
• 它一般只测一次，没有抖动和丢包信息。

用它做快速筛选，淘汰超时和明显偏高的节点。

方法二：持续 ping

在电脑上用系统命令行 ping 一个目标并持续观察，可以同时看到延迟、抖动和丢包。以 Windows 为例，使用 ping -t 目标地址，macOS 或 Linux 使用 ping 目标地址，让它跑上几分钟，结束后看汇总：

• 最小、最大、平均延迟：最大值和最小值差距大，说明抖动大；
• 丢失的包数除以总数：就是丢包率。

有一点要特别注意：ping 默认不走代理。除非你开启了 TUN 模式或使用了能接管 ICMP 的方式，ping 测到的是你本地网络到目标的链路，而不是经由机场节点的。想测经由节点的真实延迟，需要借助客户端自带的测试，或使用 TUN 模式后再测，TUN 的概念见 TUN 模式教程。另外，部分服务器会禁用 ICMP 响应，ping 不通不代表服务不可用。

方法三：路由追踪

用 tracert（Windows）或 traceroute（macOS / Linux）可以看到数据包经过的每一跳，找到延迟突然增大的位置。普通用户不需要深入解读，但它能帮你判断「慢在国内段还是国外段」：如果延迟在前几跳（国内段）就很高，多半是本地或运营商问题；在中后段才跳高，则可能是国际线路的问题。这也是理解 专线与中转差异 的一个直观途径。

方法四：长时间观察

最可靠但也最慢：在不同时段重复测，比如白天和晚高峰各测几次，连续几天。线路拥堵的特征是时段性：白天延迟低、丢包少，晚上延迟上升、丢包出现、抖动加大。这个特征比任何单次数字都有说服力。

读延迟丢包数据：典型模式与对应原因

现象	常见原因	建议
白天延迟低，晚高峰延迟翻倍且丢包升高	线路高峰拥堵，典型中转线路表现	换专线节点，或避开高峰使用；参见 晚高峰变慢
延迟忽高忽低，波动很大	抖动大，线路不稳或节点负载高	换节点；视频通话类需求换专线
延迟正常但偶发超时	节点短时过载或本地网络波动	隔几分钟重测，仍频繁则换节点，参见 节点超时
延迟一直很高	距离远，或绕路	换更近的地区节点，参见 延迟高排查
一开始正常，过一会儿断开	连接被中断、节点踢线或本地网络问题	参见 频繁掉线排查
所有节点都异常	本地网络、DNS、系统时间或客户端问题	先查本地，再怪机场

为什么专线更稳

专线（IPLC / IEPL）把国内入口和国外出口之间用私有通道连起来，不走拥挤的公网国际出口，高峰期拥堵少，所以延迟与丢包更平稳。中转线路则是借助国内的中转服务器，再走公网出国，价格低，但高峰期容易受公网拥堵影响。原理和术语见 IEPL 与 IPLC。

这里也要强调克制：官网标注「专线」的机场，是不是全量专线、节点是否都在专线上，公开资料往往不足。所以不要因为标了专线就免去验证，仍然要用上面的方法在你自己的网络上观察。

三个实用小技巧

1. 建一张自己的基线表：刚买的第一周，每天晚上记录常用节点的延迟与丢包，一周后你就有了一份属于自己网络的基线。以后出问题，对比基线就知道是否真的变差。
2. 区分 Wi-Fi 与有线、蜂窝：Wi-Fi 信号差也会造成丢包与抖动，别把本地无线问题算在机场头上。排查时尽量用有线或信号好的位置。
3. 改变一个变量再比较：换节点、换时间、换网络，每次只改一项，才能定位原因。

什么情况下该找机场反馈

如果满足以下条件，可以整理数据发工单：

• 连续多天晚高峰丢包持续高于 3%；
• 多个节点同时出现相同模式；
• 你已排除本地网络（换网络仍然如此）。

反馈时附上时间、节点名、测试方法和结果，比一句「很卡」更容易得到处理。整体的测速流程见 机场测速工具怎么选。

一份五分钟的延迟与丢包快速自查

不想做长期记录，只想快速判断此刻线路状态的话，可以这样做：

1. 在客户端对常用的五个节点各测一次延迟，记下数字；
2. 隔一分钟再测一次，对比两次的差距，差距超过一倍说明抖动大；
3. 打开一个视频，看前十秒是否有明显缓冲；
4. 在命令行对一个稳定的公共地址持续 ping 一分钟，看丢包数（注意：这测的是本地到目标的链路，不一定经过节点）；
5. 换一个网络（比如手机热点）重复第一步，若结果大不相同，问题在本地网络而不是节点。

这五步不能给出严谨结论，但足够你在遇到卡顿时快速分辨「是我这边、是节点、还是整条线路」，然后决定是换节点、换网络，还是等待高峰过去。

几个常见的误读

• 把红色当作坏掉：客户端的颜色阈值是软件设定的，红色只表示延迟高于某个值，不代表节点不能用。
• 只看平均值：平均延迟 120ms，但偶尔飙到 800ms，对视频会议的影响远大于一个稳定的 180ms。抖动比平均值更重要。
• 把 ping 的结果当成代理的结果：前面说过，ping 默认不经过代理。
• 在下载的同时测延迟：本地带宽被占满时，延迟会虚高，要在空闲状态下测。