白天还好好的，一到晚上就卡：网页转圈、视频缓冲、游戏跳 ping，测速一看节点延迟红彤彤。你是不是正在想“节点延迟高怎么办”？先说结论：延迟高不一定是机场的锅，也可能是你家网络、选错了节点、或者客户端设置不合适。照着下面的顺序一步步排查，大部分情况能自己分清问题出在哪一环。
这篇文章我们查了 Cloudflare、Wikipedia、mihomo 和 Hysteria 的公开资料，把“延迟”“丢包”“拥塞”这些词用大白话讲清，再给你一套自查清单。不讲任何具体服务商的优劣，也没有任何测速数据——我们没有做实测，不会编数字。如果你对机场、订阅这些词还不熟，可以先看我们的《机场和 VPN 有什么区别？》。
先搞懂：延迟、丢包、带宽，不是一回事
很多人说“卡”，其实可能是三种完全不同的问题：
| 指标 | 大白话 | 表现 |
|---|---|---|
| 延迟 | 数据从你这到对方要多久，用毫秒（ms）表示 | 点开网页“反应慢”、游戏操作有滞后 |
| 丢包 | 一部分数据包半路丢了 | 画面卡顿、游戏瞬移、下载速度忽高忽低 |
| 带宽 | 一次能通过多少数据 | 下载慢、视频清晰度上不去 |
Cloudflare 的解释是：延迟是数据从网络一点传到另一点所需的时间，衡量的是“时间”，而不是“下载了多少”；往返时间（RTT）等于来回两个方向的延迟之和。带宽则是最大数据容量，两者是不同的东西。（来源：Cloudflare：什么是延迟）所以“带宽很大但延迟很高”完全可能出现，反过来也一样。
为什么同一个节点晚上特别卡？常见原因
先说清楚：我们没有哪家机场的内部数据，下面是公开资料能支持的通用原因，具体到你的节点，需要你自己排查验证。
1. 距离和路由本身就有下限
Cloudflare 给过一个量级参考：约 100 英里的距离，延迟大约 5–10 毫秒；约 2200 英里，大约 40–50 毫秒。数据还要经过多个网络和交换点，每个环节都会加一点时间。所以节点离你越远、绕路越多，延迟的“下限”就越高，这不是换协议能解决的。
2. 拥塞：晚上用的人多，路更堵
Wikipedia 指出，丢包的常见原因之一是网络拥塞：数据到达速度超过路由器或链路的转发能力时，包就会被丢弃。晚上大家都在上网，路堵了、包丢了，TCP 又会把“丢包”当成拥塞信号而降低发送速度，结果就是又慢又抖。（来源：Wikipedia：Packet loss）这也是“晚上特别卡”最常见的解释之一。需要说明，具体是哪一段链路堵了，只靠自己的测试很难断定。
3. 你自己的网络：Wi-Fi、路由器
同一篇资料提到，无线网络的干扰、信号弱、多径衰落以及设备或驱动问题也会造成丢包。晚上家里设备多、邻居 Wi-Fi 也多，影响更明显。
4. 节点本身过载或线路不适合
一个节点同时挤了很多人，晚高峰容易吃紧。这点属于常识推断，我们没有哪家的具体数据，所以别拿它去指责某个服务商，而是用下面的方法自己验证。
一步步排查：节点延迟高怎么办
- 先关掉代理，测一下自己的网络。用 ping 测一个国内网站，看延迟和丢包。如果裸连就不稳，问题在你家网络，换有线或靠近路由器再试。
- 区分“延迟测试”和“真实体验”。客户端里的延迟数字，通常只是用一个测试地址（比如 mihomo 文档示例里的 gstatic generate_204）测一次连接是否通。它能反映节点是不是通，但不等于看视频、打游戏时的真实表现。
- 多个节点、多个时间段对比。在晚高峰和白天各测几次，记录下来。如果只有晚上变差，更像是拥塞；如果一直很差，更像是线路或距离问题。
- 用 mtr 或 traceroute 看丢包出在哪一跳。Wikipedia 提到 ping、traceroute、MTR、PathPing 都可以用来测丢包。注意：中间某一跳显示丢包，不一定代表真的有问题，路由器可能只是不优先回应探测，要看后面几跳是否也持续丢包。
- 换协议或传输方式试试。如果机场同时提供多种协议，可以对比。Hysteria 2 官方介绍说它基于定制的 QUIC，并强调为不稳定、有丢包的网络设计。这是项目方的说法，实际是否更快因线路而异，需要你自己对比。（来源：Hysteria 2 官网）
- 检查客户端的自动选节点设置。mihomo 的 url-test 分组有 interval（测试间隔，示例是 300 秒）和 tolerance（容差，单位毫秒，只有新节点延迟优势超过它才切换）。容差设得太小可能导致频繁切换节点，建议按需调大。（来源：mihomo url-test 文档）
- 检查分流规则和 DNS。国内网站走了代理、或者 DNS 解析走了很远的服务器，都会让“看起来像节点慢”。
- 最后才联系服务商。带上你的对比记录：时间、节点、协议、ping 和 mtr 结果，比一句“好卡”有用得多。
如果你是……就先试这个
如果你是打游戏，对延迟和丢包敏感
关注丢包比关注平均延迟更重要。Wikipedia 指出，丢包对流媒体和在线游戏有直接影响，在音视频场景里，低于 1% 的丢包通常被认为是“好”。游戏优先选地理上近、路径短的节点，并且多个时间段测试丢包。
如果你是看视频，主要受不了缓冲
看视频更依赖带宽和稳定性，对延迟本身不太敏感。如果晚上才卡，更可能是晚高峰拥塞，可以试着错峰缓冲，或换个线路。
如果你是 Wi-Fi 用户，晚上全家都在用网
先用网线直连电脑对比一次。如果有线正常、Wi-Fi 卡，那问题在无线环境，和机场关系不大。
关于“加速算法”：先知道它是什么
你可能听说过 BBR。按 Wikipedia 的介绍，传统的基于丢包的 TCP 拥塞控制遇到丢包会把发送窗口减半；而 Google 在 2016 年推出的 BBR 是基于模型的，用测得的最大带宽和往返时间来建模，不再把丢包当作拥塞的唯一信号。这类算法由服务器端部署，你作为用户通常没法自己改，但可以了解它的存在。（来源：Wikipedia：TCP congestion control）
隐私与合规提醒
排查时别随便把订阅链接、节点配置发到公开论坛或群里，它相当于你的账号凭证。另外，请你遵守所在地的法律法规；2017 年工信部《关于清理规范互联网网络接入服务市场的通知》明确，未经电信主管部门批准，不得自行建立或租用专线（含 VPN）等信道开展跨境经营活动（来源：每日经济新闻报道）。本文不构成法律意见。
常见问题（FAQ）
延迟多少算高？
没有统一标准。距离越远下限越高（Cloudflare 给的量级是 2200 英里约 40–50 毫秒），更关键的是它稳不稳、丢不丢包，以及你的用途（游戏比看视频敏感得多）。
客户端显示延迟很低，为什么还是卡？
延迟测试只测一个小地址能否连通，不反映带宽、丢包和目标网站的路径。低延迟加上高丢包，照样会卡。
只有晚上卡，是机场跑路或者限速吗？
不能这么断定。晚高峰拥塞、自己家网络、节点过载都可能。先按上面的步骤做对比测试，再决定要不要联系服务商。
换协议一定更快吗？
不一定。像 Hysteria 2 这样的协议是为不稳定网络设计的，但效果取决于具体线路，要自己对比。
自动选节点会让网络更稳吗？
要看设置。测试间隔和容差不合理会导致频繁切换，反而不稳；可以适当调大容差。
总结
节点延迟高怎么办？记住三步：先测自己的网络，再对比不同节点和时间段，最后看协议、客户端设置和服务商。延迟、丢包、带宽是三回事，别一句“卡”就全怪节点。后面我们会继续写跑路自救、客户端选择等具体问题。
资料说明：本文基于上文所列公开资料整理，信息截至 2026 年 10 月；未包含任何实测数据，各项目文档可能更新，请以官方为准。