机场节点频繁断线、掉线重连怎么办：Wi-Fi 省电、运营商干扰、UDP 限制与协议选择
节点能连上，但用几分钟就断，过一会又自己恢复，视频卡顿、网页转圈、游戏掉线。本文从设备省电、无线环境、运营商 QoS、UDP 限速、协议与端口、客户端保活参数到换节点换专线，按成本从低到高给出处理顺序。
先定位：是网络在断，还是代理在断
「频繁断线」有两个完全不同的来源，排查方向也不同：
- 本地网络本身在断：Wi-Fi 信号弱、路由器重启、运营商线路抖动。这时不开代理也会卡，只是代理把问题放大了。
- 只有代理连接在断：直连国内网站一切正常，开代理后几分钟断一次。问题出在节点、线路、协议或客户端。
判断方法很简单：断线时立刻 ping 一下 114.114.114.114 或打开一个国内网页。国内也不通，是本地网络；国内通、代理不通，往下看。
一、设备省电与后台限制
这是手机和笔记本上最常见的原因，也是最容易忽略的。
Android：系统电池优化会在屏幕关闭一段时间后冻结后台应用的网络，客户端进程被挂起，代理自然断。处理：设置 → 应用 → 客户端 → 电池 → 选「不受限制」或「无限制」；国产系统（MIUI、ColorOS、HarmonyOS）还要在「自启动」「后台运行」里单独放行，并在最近任务里锁定应用。
Windows 笔记本：电源计划里网卡的「允许计算机关闭此设备以节约电源」会在空闲时关掉无线网卡。设备管理器 → 网络适配器 → 属性 → 电源管理，取消勾选。
macOS：合盖后进入睡眠，网络断开是正常的；但如果开盖后代理要几十秒才恢复，通常是客户端还在等旧连接超时。开启客户端的「网络变化时重连」选项（Clash Verge Rev 在设置里有）。
Wi-Fi 省电模式：部分手机和路由器有 Wi-Fi 省电（Power Save）协商，会让设备间歇性进入低功耗状态，对延迟敏感的长连接影响很大。路由器后台关掉 WMM 省电，或手机 Wi-Fi 高级设置里改成「始终保持连接」。
二、无线环境干扰
2.4GHz 频段在居民楼里拥挤到几十个 SSID 共用三个不重叠信道，蓝牙、微波炉、邻居的路由都在同一段。表现为丢包、延迟突然飙高几百毫秒、连接被判超时。
- 能用 5GHz 就用 5GHz，距离近、墙少的情况下稳定得多；
- 路由器信道不要「自动」，手动挑一个最空的；
- 台式机能插网线就插网线，先排除无线因素；
- 用网线测试一段时间不断，就是无线问题，和机场无关。
三、运营商对 UDP 的限制
Hysteria2、TUIC、QUIC 一类基于 UDP 的协议追求速度，但部分地区运营商（尤其移动宽带和校园网）会对持续的 UDP 流量做限速或周期性丢弃。典型表现：开始几十秒速度很快，之后突然卡死，断开后又能连，循环往复。
验证方法：同一机场里找一个 Trojan、VLESS + TLS、Shadowsocks 的 TCP 节点，用同样的时间段对比。TCP 节点稳定、UDP 节点反复断，就是 UDP 被限。处理：主用 TCP 类协议，UDP 协议只在需要的时候（比如晚高峰拉速度）临时切。协议差异见代理协议详解。
另一个相关设置：Clash 系的 udp: true 控制是否通过节点转发 UDP 流量。如果运营商对 UDP 不友好，可以把游戏之外的场景关掉节点 UDP 转发，让 QUIC 退回 TCP（浏览器会自动回退到 HTTP/2）。
四、运营商 QoS 与晚高峰
国际出口在晚上八点到十一点最拥堵。普通直连节点（没有中转的那种）在这个时段丢包率上升，TCP 重传增加，连接容易被判为超时而重建。白天一切正常、晚上断线成灾，基本就是这个原因。
处理思路：
- 换中转节点或 IEPL 专线节点，这类线路不走公网国际出口，拥塞影响小；
- 换一个入口运营商友好的节点（机场节点名里常标「电信优化」「移动优化」）；
- 实在不行，换一家有专线的机场。晚高峰的问题文末有专门文章。
五、NAT 超时与客户端保活
家用路由器和运营商的 NAT 设备会维护连接表，长时间没有数据的连接会被清掉。清掉后客户端并不知道，继续往一个已经不存在的通道里发数据，直到超时才重建——用户看到的就是「卡几十秒然后恢复」。
处理：缩短 keep-alive 间隔。Clash / Mihomo 配置里的 keep-alive-interval（默认 30 秒）可以调到 15；sing-box 的 outbound 里有 tcp_fast_open 和多路复用的 padding、brutal 等选项但不直接控制保活，依赖系统 TCP keep-alive。路由器本身的 NAT 超时时间也能调，但一般不建议动。
多路复用（mux）是另一个要注意的点。开启 mux 后多个请求共用一条物理连接，这条连接一断，所有请求一起断，看起来像「整体掉线」。网络不稳定的环境下，关掉 mux 通常更平稳；网络稳定但连接数多的环境，mux 能减少握手。
六、客户端和配置层面
- 自动测速组频繁切换：url-test 类型的策略组每隔一段时间测一次延迟，延迟差距在容差范围外就自动切节点，切换瞬间所有连接重建。感觉「老是断一下」但很快恢复，多半是这个。改用手动选择组，或把容差（tolerance）调大到 100–150ms。
- 订阅自动更新：部分客户端更新订阅后会重载配置，所有连接重建。把自动更新间隔从几小时改成一天。
- TUN 模式的 MTU：MTU 过大导致分片丢弃，表现为大文件传输时断。TUN 的 MTU 设成 1400 或更小试一下。TUN 相关问题见 TUN 模式问题。
- 客户端版本过旧：内核的 bug 修复经常涉及连接稳定性，Mihomo 和 sing-box 内核更新到近期版本。
七、节点或机场本身
以上都排除后，还剩节点本身的问题：
- 单个节点不稳：机场的某条线路被打、落地机负载高。换同地区的其他节点，稳定了就是这个节点的问题，可以向机场反馈。
- 整体不稳：所有节点都断，不同时间、不同网络都一样，是机场基础设施或入口被干扰。看机场公告，或者考虑换家。
- 设备数超限：部分机场限制同时在线 IP 数，超限后会踢掉旧连接，表现也是「断一下又好」。见设备数限制。
挑机场时稳定性比峰值速度重要得多，有专线的机场在这方面优势明显，可以参考 IEPL / IPLC / BGP 中转说明。
排查顺序速查
| 顺序 | 检查项 | 成本 |
|---|---|---|
| 1 | 断线时国内是否也断 | 几秒 |
| 2 | 手机电池优化、电脑网卡省电 | 一分钟 |
| 3 | 换网线或 5GHz | 几分钟 |
| 4 | UDP 协议换 TCP 协议对比 | 几分钟 |
| 5 | 关 mux、缩短 keep-alive、关自动测速 | 十分钟 |
| 6 | 换节点、换时段对比 | 一天 |
| 7 | 换专线机场 | 一笔钱 |
相关
常见问题
节点时好时坏、每隔几分钟断一次，是机场的问题吗？
不一定。先在同一时间用手机热点或另一台设备测同一个节点，如果别的网络不断，问题在你的本地网络或设备；都断才考虑节点或线路。
为什么晚上断得特别多？
晚高峰国际出口拥塞，普通直连线路丢包升高，连接就容易被判超时。换中转或 IEPL 专线节点通常能明显改善。
Hysteria2 / TUIC 这类 UDP 协议断得比 Trojan 更频繁，正常吗？
部分运营商会对持续的 UDP 大流量限速甚至阶段性丢弃，表现就是突然断、几十秒后恢复。换成 TLS 类 TCP 协议对比，明显改善就是 UDP 被限。
手机锁屏后代理就断，解锁后要等几秒才恢复？
系统省电把网络挂起了。给客户端关闭电池优化、允许后台运行；iOS 的 Shadowrocket 类客户端默认有保活，一般不需要额外设置。
改 keep-alive 参数有用吗？
对 NAT 超时导致的断线有用。把 TCP keep-alive 间隔调短（比如 15–30 秒），让连接保持活跃，不会被路由器或运营商的 NAT 表清掉。
本文为信息整理与个人经验，不构成购买建议。机场政策与软件界面可能变化，以官方为准。发现过期内容请 联系纠错。