一、此文解决什么：出站模式 ≠ TUN ≠ 订阅

Clash 系客户端里常被混在一起的有三层概念。第一层是你导入的配置文件与订阅节点，它决定上游线路是否可用；第二层是流量有没有进入内核，例如仅靠「系统 HTTP 代理」、混合端口客户端、或是再进一步开TUN 虚拟网卡接管更多应用——这一点在站内 TUN 专题里展开；第三层才是本文要说的出站模式，也就是对已交给内核的流量，内核按Rule逐条比对，还是把一切默认丢进GLOBAL策略组那根「总绳」。

因此：订阅坏了，换全局也救不回来；根本没把浏览器指到客户端端口，单靠改模式也不会魔法般打通。反过来，若你已能打开境外页面，却仍搞不清为什么还要切规则——多半是为了让常见国内站点少走一圈代理，速度与稳定性都会更自然。iPhone Stash一类的分流思路和「出站三态」类比得上，但菜单与术语不同，若以手机专栏为主可参考《Stash 订阅与分流》，本文仍以 macOS 菜单栏心智为准。

二、术语对齐：Rule、Global、Direct 各自干什么

在阅读英文 UI 或与日志对照时，你会反复看到三组词，对应关系可以理解为：

  • 规则模式（Rule）：内核根据规则集从上到下匹配MATCH前的命中项，被判为DIRECT的连接走直连，被判为Proxy或具体策略组的连接再走节点。适合你日常使用：国内 CDN、局域网、网银类域名往往能按提供方预制规则DIRECT，减少对本地解析与运营商路径的额外扰动。
  • 全局模式（Global）：所有已由内核接管的流量，在未命中更细粒度例外前，会以「全局代理」语义统一送到GLOBAL组所选节点一侧。适合做二分法排查：若全局通了而规则不通，优先怀疑规则集未更新、GEOIP/DNS与目标域名不一致，或策略组里没有选对节点。
  • 直连模式（Direct）：在常见图形界面里可以理解为「这一轮先别走代理」，用于确认关掉代理链路后网站是否本来就不可达，从而在心底划清「网络本身坏了」还是「代理链路坏了」。

配置文件里mode: rule与mode: global最终会反映到托盘菜单的同名字段；若你既在 YAML 手写mode又在界面反复点击，请以重启后仍可复现的那一个为准，避免出现「配置文件说是 rule，但界面记得上次选了 global」的短暂错觉——多数版本会同步覆盖，只有少数场景需要你手动reload后才一致。

三、切换前自检：三件小事能减少一半误会

在动菜单栏之前，花两分钟确认三件事，后面就不会把「出站模式没用」误判成「订阅全挂」。第一，所选配置文件是否已经载入成功并更新过；第二，出站策略组里是否已经挑了一个可用的节点或多节点自动URL-TEST——否则GLOBAL虽然开了，却仍是无米之炊；第三，Safari、Chrome、Edge 是否已经按你的习惯勾选「使用系统代理」或固定走本地混合端口，否则某些流量根本不会先经过 ClashX Pro，你看到的现象就像「改了模式页面也没变」。

若你大量使用命令行、Git、包管理器，它们往往不认系统面板，此时就算规则再漂亮，CLI 仍会直连报错，这跟出站模式是两件事，需要单独的 Shell 变量或 TUN。终端环境变量篇写的就是这层补丁，不在本文复述。

四、分步实测：从菜单栏完成 Rule ↔ Global（macOS）

下面按「能看见反馈」的顺序写，你可以在每一步打开客户端连接或日志视图辅助观察。具体菜单措辞可能随 ClashX Pro 版本微调，核心是找到出站模式／Proxy Mode／Outbound Mode一类的分组。

第一步，点击右上角菜单栏的 ClashX Pro 图标，确认当前条目里已启用主开关或系统代理链路（与你的惯用组合一致）。若此处本身处于停用，请先打开，再回到模式切换。

第二步，在同级菜单中选择规则。用浏览器打开一个有代表性的境外 HTTPS 站点，再在另一标签访问常见国内门户网站。对照连接列表时应能看到：出境域名大概率挂在代理后端上，而你熟悉的国内主页更多显示DIRECT或未走境外节点——若全部都是直连，十有八九是仍未把浏览器流量送进内核或代理端口，回到第三节自查。

第三步，不改节点，直接把模式切到全局，强制刷新境外站点页面。正常情况下延迟数字可能略变，但可达性应与刚才一致或更明显稳定；若全局明显改善，则说明此前存在规则策略组遗漏或DNS/fake-ip与规则打架，值得你回头打开配置面板里的命中记录逐条比对。

第四步，把模式切回规则，继续使用；若你是在排错链路，可加测一步直连，确认在未代理时站点是否本来就不通，以避免错误地怪罪节点。

第五步，若同时使用Set as System Proxy或与Copy shell command相关的系统集成，建议在每次模式切换后也观察一次「系统代理是否被重写」，某些版本在用户切换出站模式后会顺带刷新 PAC 条目，避免因系统层与应用层陈旧缓存造成短暂「半通」。

五、我到底该常驻 Rule 还是 Global？

从日常使用体验出发，常驻规则几乎是默认答案：流媒体、局域网设备管理、政企类站点往往需要不同的策略组分流，全开GLOBAL会像把所有邮件都装进同一个收件箱——能收，但很吵。适合你「一路代理到底」的场景多半是：短时间试用新节点稳定性、在某个陌生 Wi‑Fi 下快速绕过本地 DNS 污染、或是在排查规则误判时刻意取消分流。

另一个常见误会，是把GLOBAL等同于「更快」。实际上它通常意味着更多流量绕道，晚高峰时反而可能因为跨境链路挤占而体感更慢。Rule模式下的MATCH兜底若配置合理，速度与可达性往往能取得更好平衡；若你发现「全局更快」，更值得回头检查GEOIP cn是否误伤、DIRECT出口是否被你本地运营商 QoS。

六、和系统代理、增强模式放在一起怎么理解

macOS 上不少用户会以系统 HTTP/HTTPS 代理加 Clash「设置为系统代理」组合使用，这时出站模式仍然遵循上一节的语义：系统只是把浏览器的 SOCKET 递给本机mixed-port或 PAC，后端究竟按rule匹配还是按GLOBAL一视同仁，由内核决断。换言之，菜单里切到GLOBAL不会让你突然获得 TUN 才具备的全进程透明能力，只是把决策树压平成一条总管策略。

若你后来又开启了TUN、增强内核或与路由表注入相关的组件，请以发行说明为准逐项验证：出站模式始终在「管内」做文章，而不会单独替代「如何把管插到网线里」那一段工程。想了解更多系统级接管细节，请参阅《Clash TUN 模式指南》，本篇刻意不再复述安装驱动、权限与网关提示，以避免与站内已有主题撞车。

七、常见问题（实战口径）

全局开了，局域网打印机或NAS 反而不稳定？这通常不是 bug，而是因为更多本可DIRECT的 RFC1918 目标也被强制送去了代理链路。日常使用请回到rule模式，并在必要时在规则末尾为内网单独补DIRECT或专用策略——编辑 YAML 可参考《Clash Verge Rev 配置入门》里对结构与策略组的说明，思路与内核一致。

为什么我明明选了规则，连接列表却是一串代理？检查GEOIP或域名规则是否把目标误判为境外；另一类情况是某些国内站点大量使用海外 CDN，前缀匹配看起来像「外盘」，需要提供方更新规则或通过自定义规则纠偏。

和 Clash Verge Rev、其它 Mihomo GUI 的差别？交互壳不同，Rule／Global／Direct三态语义在 Meta 内核族里通用。若你以后换客户端，可把本文当作「出站逻辑」底座，再配合新壳的侧边栏仪表盘重新找菜单位置即可。

八、小结与选型建议

把三件事记住就够了：出站模式不负责修订阅，也不单独替代TUN／系统代理／终端变量；规则是日常分流底座，全局更像是短期诊断开关；菜单栏切换后立即用连接记录对照预期，比在搜索引擎里换一个关键词堆问法更有效。

不少只教「勾选增强」或堆砌端口截图的泛泛教程，容易让读者在GLOBAL与Rule之间来回横跳却仍不知错误发生在哪一跳；而围绕 Mihomo 内核家族写的图形客户端，大都会把出站模式与策略组、规则命中呈现在同一面板里，排障路径反而更短。若你更看重可视化规则调试、多端一致的 Meta 内核行为，而不想被零碎菜单话术牵着走，可以转向本站整理的 Clash Verge Rev 等新版图形壳体，从零完成订阅导入与策略校对，再回过头来理解 ClashX Pro 的菜单措辞——本质仍是同一套路由语义。顺带一提，无论 macOS 用哪一款壳，保持稳定上游与可读日志都是前提；在此共识下→ 立即免费下载 Clash，开启流畅上网新体验，选择与系统版本匹配的客户端后继续按本文的步骤自测出站模式即可。