很多新手选节点时只盯着一个数字：延迟越低，节点就越快。

结果经常是这样的：Clash 里某个节点显示 50ms，点开网页却磨磨蹭蹭；另一个节点 120ms，看 YouTube 反而一路流畅。甚至还有人不停点延迟测试，最后从几十个节点里挑出“全场最低”，实际下载速度却只有几百 KB/s。

这并不矛盾，因为延迟和网速根本不是一回事。延迟主要决定“多久开始有反应”，带宽才决定“单位时间能搬多少数据”。除此之外，丢包、抖动、负载延迟和目标网站的线路，也会直接影响实际体验。

先说结论：延迟低，不等于网速快

可以把代理节点想成一条跨城公路：

• 延迟是从你家开到高速入口需要多久；
• 带宽是这条高速一共有几条车道；
• 丢包是运输途中有没有货物掉下车；
• 抖动是有时半小时到、有时两小时到；
• 负载延迟是道路塞满大货车后，小汽车还能不能正常通行。

所以，一条路入口离你很近，不代表它的车道多，更不代表晚高峰不会堵。

指标	通俗理解	主要影响
延迟（Latency/Ping）	发出请求到收到回应要多久	网页响应、游戏操作、远程控制
下载速度	数据传到设备的速度	看视频、下载文件、加载图片
上传速度	数据从设备发出去的速度	上传网盘、视频会议、直播
抖动（Jitter）	延迟是否忽高忽低	语音、视频通话、游戏稳定性
丢包（Packet Loss）	数据包有没有在路上丢失	卡顿、断流、重传、掉线
负载延迟	下载或上传占满时的延迟	一边下载一边聊天、打游戏

Clash 里的“延迟测试”，通常只是通过指定测试地址发起一次小请求，观察节点完成连接和响应需要多长时间。它不是下载大文件，也不会完整测出节点的持续带宽。

这就是为什么一个节点能显示 40ms，但真正播放视频时还是不断转圈。

为什么会出现“延迟很好，下载却很慢”

1. 节点入口近，但出口带宽不够

有些节点的入口服务器离你很近，握手和响应自然很快，因此延迟数字很好看。但多人同时使用后，共享带宽可能变得拥挤，真正传输大量数据时速度就会下降。

这种情况在晚高峰更明显：白天速度正常，晚上同一个节点突然变慢，过一阵又恢复。

2. 测试地址快，不代表所有网站都快

延迟测试只测某个指定地址，而你实际访问的可能是 YouTube、Google、GitHub、海外 AI 服务或其他网站。不同网站使用不同服务器和 CDN，节点到这些目标的路由也不一样。

因此，“测速地址响应快”和“目标网站加载快”只能说有一定关系，不能直接画等号。

3. 延迟稳定性太差

节点平均延迟可能只有 80ms，但实际测试结果在 50ms、180ms、70ms、300ms 之间反复横跳。这类节点看起来平均值不算高，用起来却容易一卡一卡。

尤其是视频通话、语音聊天和游戏，更怕抖动与丢包。下载文件还能依靠重传慢慢完成，实时通话一旦错过时间，声音和画面就可能直接断掉。

4. 空闲时很快，一跑流量就“堵死”

有些线路空闲延迟很好，但只要开始下载大文件，延迟马上从几十毫秒涨到几百甚至更高。这就是负载延迟明显上升。

典型表现是：单独浏览网页没问题，一旦电脑开始同步网盘，手机上的消息、网页和视频全部变慢。

5. 本地 Wi-Fi 或设备成了瓶颈

代理线路并不是唯一变量。以下问题也很常见：

• 路由器距离太远，Wi-Fi 信号不稳定；
• 使用拥挤的无线频段，附近网络干扰严重；
• 后台正在进行系统更新、云盘同步或游戏下载；
• 设备性能较弱，开启 TUN 后 CPU 占用过高；
• 路由器本身性能有限，多台设备同时跑满带宽；
• 本地宽带直接连接时就已经很慢。

如果不先测直连速度，很容易把家里 Wi-Fi 的问题误认为机场线路有问题。

6. 目标服务本身限速或分配了较远的服务器

只有某一个网站慢，其他海外网站都正常，不一定是节点坏了。目标网站可能正在维护、限制单连接速度，或者根据节点 IP 将你分配到了较远的内容服务器。

判断时不要只拿一个网页下结论，最好用两三个不同类型的网站交叉验证。

一套不容易误判的测速方法

不要不停刷新 Clash 的延迟数字。新手按下面的顺序测，通常更容易找到真正的问题。

第一步：先测不挂代理时的基础网络

暂时关闭代理，确认国内网页能否正常打开，再使用常见测速工具检查本地宽带的下载、上传和延迟。

如果直连状态都很慢，优先排查 Wi-Fi、路由器、光猫、本地运营商和后台下载。机场无法把一条本身不稳定的网络凭空变快。

第二步：固定设备、网络和测试条件

测速对比时尽量做到：

1. 使用同一台设备；
2. 连接同一个 Wi-Fi，最好靠近路由器；
3. 关闭网盘同步、游戏更新和大文件下载；
4. 每个节点连续测两三次，不看单次极端结果；
5. 分别在普通时段和晚高峰测试；
6. 确认测速网站确实走了当前代理节点。

如果一会儿用手机流量，一会儿用家里宽带，测出的结果没有太大可比性。

第三步：不要只看下载速度

可以使用支持综合网络指标的测速工具，同时观察：

• 下载和上传速度；
• 空闲延迟；
• 下载、上传时的负载延迟；
• 抖动；
• 丢包。

测速时也别把 Mbps 和 MB/s 搞混。测速网站通常显示 Mbps，下载软件常显示 MB/s，粗略换算是 Mbps 除以 8 等于 MB/s。例如 80Mbps 的理论换算值约为 10MB/s，实际下载还会受到协议开销和服务器限制，不一定能跑满。

第四步：回到真实使用场景

测速数字只是参考，最终还是要看你准备拿它做什么。

• 浏览网页：重视响应速度和稳定性；
• 看视频：重视持续下载速度和低丢包；
• 视频会议：上传、下载、抖动都重要；
• 下载文件：重视持续带宽，不必过分追求最低延迟；
• 游戏和远程控制：更看重延迟、抖动和丢包；
• 访问特定服务：直接测试目标服务最有参考价值。

以 YouTube 给出的常见播放建议为例，1080p 通常需要约 5Mbps 的持续速度，4K 通常需要约 20Mbps。这只是播放端参考，并不代表测速达到这个数字后，所有视频都一定不会卡。

**提醒：**完整跑一次下载测速会消耗真实流量。套餐流量不多时，不要连续跑几十次满速测试，更不要把大文件下载当成无限次测速工具。

看症状快速判断问题在哪

实际表现	更可能的原因	优先处理
所有节点延迟低，但晚上都慢	入口或线路晚高峰拥堵	换不同线路或错峰复测
只有一个地区慢	到该地区的路由不理想	换附近其他地区节点
只有一个网站慢	网站服务器、CDN 或区域线路问题	测试其他网站和节点地区
手机快、电脑慢	电脑客户端、TUN、后台程序或网卡问题	查看任务管理器和客户端日志
电脑快、手机慢	手机 Wi-Fi、系统限制或客户端配置问题	靠近路由器并重新导入配置
延迟偶尔暴涨	抖动、丢包或无线干扰	改用有线或更稳定的 Wi-Fi
下载时其他软件全部卡	负载延迟高或带宽被占满	限制下载速度，保留带宽余量
关闭代理也很慢	本地网络问题	先处理宽带、路由器或 Wi-Fi

Windows 用户可以打开任务管理器，按“网络”占用排序，看看是不是某个程序正在后台下载。macOS 用户可以在“活动监视器”的网络页面查看各程序的数据收发情况。

节点到底应该怎么选

不要永远只选数字最低的那个

30ms 和 60ms 对普通网页浏览来说，体感差距可能没有想象中明显。反而是节点是否丢包、晚高峰是否拥堵、访问目标网站是否顺路，更值得关注。

如果两个节点延迟接近，可以优先选择：

1. 连续多次测试波动更小的；
2. 实际下载速度更稳定的；
3. 与目标服务所在地区更匹配的；
4. 晚高峰仍能满足使用需求的。

“自动选择”也不一定选出最快节点

自动选择组通常根据测试地址的响应时间来切换节点。它比较擅长找出当前响应较快的节点，但未必知道哪个节点看视频最快、下载带宽最大。

如果自动选择经常在几个节点之间来回切换，反而可能影响长连接。遇到这种情况，可以手动固定一个实际表现稳定的节点，观察一段时间再决定。

地理距离只是参考

一般来说，距离较近的地区延迟更容易控制，但网络并不完全按地图直线走。某些较远节点如果线路质量更好，实际体验可能超过看起来更近的节点。

因此可以先从附近地区开始选，再根据真实表现调整，不必认定“最近的一定最好”。

什么情况下才需要考虑换机场

偶尔一个节点变慢很正常，线路维护、网络波动和目标网站异常都可能发生。遇到问题先切换同地区或不同地区的节点，不必马上重新购买套餐。

如果出现下面几种情况，才更值得考虑准备备用订阅或更换服务：

• 多个地区、多个节点长期无法满足正常使用；
• 晚高峰反复变慢，已经明显影响主要用途；
• 已排除本地网络、设备和客户端问题；
• 节点延迟正常，但持续带宽普遍不足；
• 服务出现问题后缺少有效通知和处理渠道。

新手或多设备用户如果比较在意成本，可以了解 99吧，其固定资料为便宜大碗、不限设备，¥8 / 66G 起，具体情况可查看 99吧测评。

更在意流量扣除简单、希望避开高倍率节点的人，可以了解 FlyBit。其固定资料为全节点 1 倍率、用多少扣多少、晚高峰稳定，¥15 / 128G 起，详情可看 FlyBit 测评。

如果暂时不知道自己适合哪种线路和套餐，建议先看这篇 机场综合推荐文章，结合预算、流量和主要使用场景再决定，不要只因为某张延迟截图就冲动购买长期套餐。

常见问题

延迟 50ms 和 100ms，应该无脑选 50ms 吗？

不应该。先看两者是否稳定，再看实际访问和下载表现。如果 50ms 的节点丢包严重，而 100ms 的节点持续稳定，后者通常更省心。

为什么测速能跑几百 Mbps，看视频还是卡？

测速服务器和视频网站不是同一个目标。视频网站的 CDN 分配、节点出口路由、浏览器解码能力以及视频服务自身状态，都可能影响播放。

为什么刚连上很快，用几分钟后越来越慢？

可能是线路负载变化、下载任务占满带宽、设备发热降频，也可能是某个程序开始后台同步。建议观察系统网络占用，并换不同节点交叉测试。

Clash 的延迟测试会消耗机场流量吗？

会产生少量网络请求，但通常远小于完整下载测速。真正容易消耗流量的是反复运行带宽测试、下载测试文件或播放高码率视频。

节点延迟突然全部升高，是机场坏了吗？

不一定。如果所有节点同时变高，先检查本地 Wi-Fi、宽带占用和运营商网络。如果只有某个地区升高，再考虑该地区线路或节点异常。

最后总结

记住一句话：延迟决定“回应快不快”，带宽决定“东西搬得多不多”，丢包和抖动决定“过程稳不稳”。

以后看到节点延迟很低却速度很慢，不要继续疯狂点测速。先比较直连和代理，再检查后台流量，然后观察下载、上传、抖动、丢包和负载延迟，最后回到真实网站验证。

能稳定满足你的实际用途，就是好节点；延迟数字再漂亮，用起来一直转圈也没有意义。