节点延迟只有 50ms，晚上看视频还是卡？客户端的毫秒数测的是什么

先说结论：客户端里的延迟，是通过节点请求一个只回空响应的测试网址、来回一次的时间，几乎不传数据；视频卡不卡，看的是能不能持续跑够速度，以及丢不丢包。本站第 23 期实测，VLESS 服务器没开 BBR 时，丢 1% 的包，速度就从 142 Mbps 掉到 2 Mbps；北京晚高峰公开探针的数据里，电信平均延迟最低（183 毫秒），丢包却最多（15.1%）。所以晚上卡，别只看毫秒数，先看线路和丢包。

客户端的延迟是怎么测的

Clash 这类客户端测延迟，是通过节点去请求一个测试网址，从发出到收到回应的时间就是延迟。mihomo 文档里 url-test 的例子用的是 https://www.gstatic.com/generate_204，这个网址只回一个空响应（Clash Verge Rev 源码里的默认测试网址是 Cloudflare 的同类网址）。测一次，就这么一下，几乎没有数据。

Clash Verge 设置里还有“统一延迟”，提示原文是“开启统一延迟时，会进行两次延迟测试，以消除连接握手等带来的不同类型节点的延迟差异”。mihomo 文档的说法是“开启统一延迟时，会计算 RTT”。开和不开，同一个节点的数字能差一截，不同客户端、不同设置下的毫秒数没法直接比。

看视频要的是持续速度

YouTube 帮助列的是“建议的持续网速”：4K 20 Mbps，1080p 5 Mbps，720p 2.5 Mbps。要一直跑够才不卡，延迟测试那一下测不出这个。

晚上卡，最常见的是丢包

本站第 23 期丢包实测在同一台服务器上人为加丢包，每组测 3 次取中位数（单位 Mbps）：

丢包	VLESS 服务器没开 BBR	VLESS 服务器开 BBR	Hysteria2
0%	142.4	133.8	155.1
1%	2.0	84.2	109.6
3%	1.4	60.6	95.4

延迟测试那一下碰巧没丢，数字照样很低；一放视频，持续的数据一丢包，速度就掉下来了。

同一期还用 Globalping 公开探针，在北京时间 2026 年 10 月 10 日 20:01–22:42 让三网机器探测测试服务器（按发包数加权）：

运营商	晚高峰平均丢包	平均延迟
电信	15.1%	183 毫秒
移动	7.2%	191 毫秒
联通	2.3%	228 毫秒

电信延迟最低，丢包却最多；联通延迟最高，丢包最少。这是 ping 的丢包，探针只有 6 台，只能当参照，原始数据在第 23 期文章里公开。

怎么判断是哪种卡

1. 同一个节点，白天和晚上各看一次视频。白天顺、晚上卡，基本是晚高峰线路的问题，延迟数字帮不上忙。更多原因见为什么 VPN 一到晚上就变慢。
2. 看线路。本站指南写着，163 走的是普通骨干网，晚上最挤；CN2 GIA 从头到尾都在 CN2 上，最稳。用本站去程回程路由能查节点走的是哪种线路。

能做的三件事

1. 别只挑延迟最低的节点，晚上实际放一段视频再定。
2. 丢包多的线路试试 Hysteria2：第 23 期丢 3% 以上时，Hysteria2 比开了 BBR 的 VLESS 快五成到七成多。
3. 自己搭的服务器记得开 BBR，没开的话丢一点包速度就掉得很厉害。

常见问题

测速很高，视频还是卡又是怎么回事？

测速是短时间峰值，和连续播放不是一回事，见VPN 测速很高，YouTube 还是卡。

延迟数字完全没用吗？

有用，它能看出节点通不通、大致远近，打游戏、语音更在意它。只是它说明不了持续速度和丢包。

统一延迟要不要开？

开了以后不同协议的节点数字更好比较。不管开不开，都别只按毫秒数选节点。