规则 / 全局 / 直连：出站模式到底差在哪
每个客户端首页都有一个"模式"开关：规则（Rule）、全局（Global）、直连（Direct）。很多人从装上到卸载都没搞懂这三个按钮的区别，出问题就来回乱切。这篇把三种模式的行为、以及背后的"策略组"讲清楚。
三种出站模式
| 模式 | 行为 | 适用场景 |
|---|---|---|
| 规则（Rule） | 按规则列表逐条匹配：该代理的走节点，该直连的直连 | 日常 99% 的时间用它 |
| 全局（Global） | 无视规则，所有流量都走当前选中节点 | 规则判错、临时排障 |
| 直连（Direct） | 无视规则，所有流量直连 | 等于临时关掉代理 |
规则模式的聪明之处在于分流：访问 B 站、网银走直连（快、不触发风控），访问 Google、YouTube 走节点（解锁），广告域名直接拒绝。国内流量走节点不仅慢，还可能让银行 App 认为你"人在境外"触发风控——这就是为什么全局模式不该当日常模式用。
常见误区：全局模式更快？
不会。全局只是"全都走代理"，不改变节点的速度和线路质量。觉得"切全局后某个网站能打开了"，真正的原因通常是：
- 规则库里这个网站被误判为直连（规则老了）
- 你换了节点，而不是换了模式
正确做法是更新订阅/规则，或在客户端里给这个网站加一条自定义规则，而不是长期开全局。
策略组：节点前面的一层"调度器"
规则命中的不是具体节点，而是策略组（Proxy Group），由策略组决定最终用哪个节点：
| 策略组类型 | 行为 | 典型用途 |
|---|---|---|
| 手动选择（select） | 你点哪个用哪个 | 主代理组，日常手动挑节点 |
| 自动测速（url-test） | 定时测延迟，自动用最快的 | 懒人模式，节点多时省心 |
| 故障转移（fallback） | 首选挂了自动切下一个 | 追求"永远在线" |
| 负载均衡（load-balance） | 流量分摊到多个节点 | 单节点带宽不够时叠加 |
机场订阅里常见"♻️ 自动选择""🚀 手动切换""🎥 流媒体"等分组，就是这些策略组的实例。流媒体组单独存在的意义：Netflix 等平台对 IP 有要求，需要指定解锁节点，不能跟着主组乱跳。
进阶贴士：自动测速组测的是"延迟"不是"带宽"——延迟最低的节点不一定下载最快。看 4K 视频卡顿时，手动换一个节点往往比 url-test 更管用。