插图来源：Storyset
一句话#
- 长连接：建一次连接，长期用。App 和服务器保持一条"热线"，有消息立刻推过来。
- 短连接：用一次建一次，用完就断。下次要数据，重新建。
为什么有些 App 总断#
三个原因，按常见程度排：
- App 自己用的是短连接：设计如此，每次请求都重新建，切后台、锁屏就断，回来重连。这是 App 的实现问题，和代理没关系。
- 系统杀后台：手机为了省电，把后台 App 的进程杀了，连接自然断。iOS 和国产安卓都爱干这事。
- NAT 超时：路由器/NAT 设备会回收长时间没流量的连接。App 如果没有保活心跳，连接就被悄悄掐了。
保活机制是什么#
就是 App 定期发个"我还活着"的心跳包，告诉中间设备"别掐我这条连接"。微信、Telegram 这类即时通讯 App 都有成熟的保活，所以消息实时；某些小众 App 没做好保活，就显得"总断流"。
和代理的关系#
绝大多数"断流"都和代理无关。排查顺序：
- 先关代理直连试试，还断 → 就是 App 或系统的问题，别折腾节点了。
- 检查手机电池优化设置，给常驻 App 加白名单。
- 实在怀疑代理，换 TUN 模式和系统代理对比，看表现是否一致。两种模式的区别见 TUN 模式和系统代理。
长连接一定比短连接好吗#
不一定。长连接省了反复握手的开销，但一条连接出问题会影响所有请求；短连接每次新建，用完即走，隔离性好。App 开发者会根据场景选：即时通讯、推送、游戏用长连接；普通 API 请求、网页加载用短连接的多。
对用户来说，不用纠结这个选择题——那是开发者的事。你要记住的只有排查思路：App 断流先关代理直连试，还断就是 App 或系统的问题。
相关阅读：全局代理、规则分流、直连模式怎么选、VMess 协议详解。
和代理模式的关系#
无论用系统代理、TUN 还是透明代理，长短连接的逻辑都在更上层。代理只负责"搬运"流量，App 用长连接还是短连接，代理管不着——这也是"断流别先怪代理"的原因。
记住：先分清是"App 的问题"还是"代理的问题"，再动手，方向错了越调越乱。