Mihomo Party模式切换2026

1. 规则、全局、直连：三个模式在 mihomo 里各自管什么

规则模式是 mihomo 的默认心智模型：每一条连接进入内核后，会按远程配置里的规则集（域名、IP、GeoIP、进程名等）逐条匹配，决定走某个节点、某个策略组，还是 DIRECT。你日常「只想让外网站点走代理、国内与局域网直连」，应长期停在这里；它也是和机场提供的分流规则最匹配的模式，省电省流量，且不容易把本地内网或公司系统误送到海外节点。

全局模式会在宏观上把一切「仍应交内核处理」的流量更激进地送到当前选中的代理链路上，常被用来快速验证「节点本身通不通」或临时绕过可疑的规则命中。代价是本地精细化分流基本失效：国内站也可能去绕一圈代理，延迟与计费都不友好，还会放大策略组选错时的故障面。除非你明确在排障，否则不建议把全局当日常默认。

直连模式表示在客户端这一侧，把「经内核处理的那部分流量」尽量以直连方式送出，即少用或不用代理出站。注意它并不等于卸载网卡驱动或关掉 Mihomo Party：若 TUN 仍开启，流量仍会进内核，只是内核的决策更偏直连；若同时还写着系统代理，某些应用仍会把手伸到本机端口上来。临时要「完全像没开客户端一样」，通常需要关 TUN、关系统代理，再视情况退出程序。

三个模式调节的是「mihomo 内核如何决策出站」；至于流量「能不能进内核」，要看下一节的系统代理与 TUN。很多人把「切到全局」当成万能药，结果只是换了个方式把 DNS 污染或规则写错暴露出来；先把分层弄清，后面切换才有章法。

2. 代理模式 ≠ 系统代理 ≠ TUN：先分层再动手

系统代理由操作系统或 Mihomo Party 写入「本机 HTTP／HTTPS 代理地址」（常见对应配置里的 mixed-port 或分项端口）。只有读取系统代理设置的应用会跟；Windows 上 Edge、Chrome 默认往往会跟，但很多终端、游戏与后台服务根本不读，于是出现「浏览器通了，Git、npm、命令行还是直连」的经典错觉。

TUN则是在系统里挂虚拟网卡，把符合条件的 IP 包改道进 mihomo，更接近「透明代理」。它解决的是进程没有代理开关也能被接管的问题，与你在客户端选的是规则还是全局正交：TUN 回答「进不进内核」，规则／全局／直连回答「进内核以后怎么走」。因此正确组合是：TUN 打开 + 规则模式，用于「全机多应用分流」；而不是误以为开了 TUN 就无需再管模式。

建议在心智上记四格表：系统代理开或关 × TUN 开或关，分别对应不同覆盖范围；在此之上再叠加规则／全局／直连，共十二种组合里，日常真正常用的是「规则 + 系统代理」或「规则 + TUN」，全局与直连只在验证与临时代理下使用。

3. 在 Mihomo Party 里怎么切换模式（界面与顺序）

Mihomo Party 各版本会把模式开关放在主界面托盘或侧栏，文案常见为「规则／Rule」「全局／Global」「直连／Direct」或图标切换。升级小版本后入口可能微调，但语义与内核一致。操作顺序建议固定为：先确认当前配置档案与节点可用 → 再切模式 → 最后才动系统代理或 TUN，避免在订阅失败或策略组全红时反复切换误以为模式损坏。

在 Windows 上，若你打算紧接着开 TUN，要保证前面安装篇里提过的 UAC、Wintun 与多 VPN 冲突已处理完毕，否则会出现「模式显示规则、日志里却没有任何连接」的假状态。在 macOS 上，若系统扩展或网络权限未批准，TUN 也可能呈现同类现象；这时应先回到权限与筛选条件，而不是先把全局打开硬撑。

切换模式后等几秒让旧连接清空，再在连接日志里观察新会话：若规则模式下能看到域名逐条命中，而一切全局马上全部涌向同一策略，说明内核响应正常。若毫无日志，则问题在「流量没进来」这一层，应回到系统代理与 TUN，而不是再切模式。

4. 与系统代理联用：适合浏览器与尊重系统设置的应用

若你主要用浏览器收邮件、看文稿、偶尔看视频，「规则模式 + 系统代理」通常足够：浏览器读到系统代理后把流量送到本机 Mihomo Party，内核再按规则决定节点或直连。记得在系统设置里核对代理地址与端口是否被正确写入；若公司策略或安全软件拦截写入，客户端里开关会亮但系统设置仍空。

开发场景下，仅开系统代理往往不够：Git、Docker CLI、不少语言的包管理器都要手动配环境变量或使用 TUN。可交叉阅读 Windows 下 Git 走代理、pip 分流等专题，把「显式代理变量」与「模式切换」拆开理解。

若你看到「开了系统代理但仍像直连」，优先怀疑浏览器 安全 DNS（DoH） 或固定 DNS 绕开了内核 fake-ip 路径，可对照 Chrome／Edge 安全 DNS 文排查，而不是立刻改全局。

5. 与 TUN 联用：让终端、游戏等「不认代理」的程序也进内核

当你需要「尽量不逐应用配置」就让大多数流量遵循同一套规则时，打开 TUN，并保持 规则模式，是更干净的全机方案。TUN 会在路由表里插入更优先的路径，把本该出网的数据交给虚拟网卡；内核再用你订阅里的规则做分流。此时期望行为是：国内站命中直连相关规则，外站命中代理规则，异常站点在日志里能看到具体匹配行。

与 TUN 同时再开系统代理并不总是冲突，但会增加心智负担：部分应用双倍走本机端口、部分应用只走 TUN。排错期建议只保留一种「入口」，确认无误后再按需叠加以兼容少数奇葩软件。与别的整机 VPN 同开时，务必避免两套栈抢默认路由；本站 Discord、流媒体等场景文也反复提到「只留一套全局接管」的原则，可类比到日常桌面。

需要进一步了解栈类型、DNS 与 UWP 特例时，可扩展阅读 TUN 模式说明与 UWP 与回环；本文只强调与模式切换的先后关系。

6. 日常与开发场景怎么选：一张决策表

日常轻量上网（以浏览器为主）：规则模式 + 系统代理；TUN 可关，降低驱动与路由层面的变量。若偶有视频地区错误，先在规则模式下查 DNS 与命中，不先改全局。

游戏、语音、直播客户端：往往不读系统代理；优先「规则模式 + TUN」，并关注 UDP 与日志里进程名是否出现。若仍有环路，再查是否与本机其他加速器冲突，而不是切换到全局长期挂着。

本地开发（终端、容器、多包管理器）：优先 TUN 或显式环境变量，一种栈为主；模式保持规则，让内网与公司资源仍可按规则直连。只在确认「任意境外 IP 都要统一出口」的短暂时段才用全局，避免把内网注册中心也送出国。

临时排障：在节点本身健康的前提下，切全局数分钟对比；若全局正常而规则异常，问题在规则集或 DNS，不在 TUN 驱动。排完立刻回到规则，并把现象记在连接日志截图或终端输出里，便于对照机场更新。

7. 排错：模式切了仍不像预期时查什么

现象 A：模式在规则，但浏览器仍像直连。先看系统代理是否真的写入；再看浏览器 DoH 是否开；最后用连接日志确认有没有任何会话进入内核。没有会话却开着 TUN，要看虚拟网卡是否起来、路由是否被其他 VPN 覆盖。

现象 B：全局才通，规则不通。九成是规则或 DNS：例如 fake-ip 与直连域名不配合、Geo 数据过期、策略组默认落到 REJECT。应对是修配置或换规则源，而不是长期全局。可延伸阅读 DNS 模式对照。

现象 C：切到直连仍「像在用代理」。检查是否还有系统代理残留、是否别的程序独立配置了上游 SOCKS；Windows 可在「代理」页清空后重登，macOS 核对网络位置与第三方网络扩展。

排错时请一次只改一个旋钮：避免同时改模式、换节点、重写 DNS、开关 TUN，否则日志无法归因。

8. 常见问题

规则模式和全局模式有什么区别？

规则模式按配置文件逐条匹配，兼顾国内直连与海外代理；全局模式把绝大多数会话直接导向当前代理链路，适合短时被测节点与线路，不适合长期当默认。

直连模式是不是等于关掉 Mihomo Party？

不是。直连是内核侧尽量不走代理出站的策略；程序进程、TUN 网卡与系统代理仍可能影响路径。要彻底恢复无代理环境，通常需关闭 TUN、关闭系统代理，并退出客户端。

TUN 开了还要选规则模式吗？

要。TUN 只解决 ingress；规则／全局／直连解决在内核里的匹配与出站。两者必须同时选对，全机分流才符合预期。

macOS 和 Windows 切换模式有差别吗？

内核语义一致；差别主要在权限、TUN 实现与系统代理写入路径。若在 Mac 上遇到扩展授权问题，现象会接近「模式切换无效」，要先修权限再谈分流。

9. 快速自检清单

当前配置已加载，策略组能选出可用节点后再切模式。日常默认使用规则模式；全局仅用于短排障。浏览器优先系统代理；终端与游戏优先 TUN 或显式环境变量。 TUN 与系统代理择一为主排错，避免双栈同时改。异常先看连接日志与规则命中，再决定是否切全局对照。

把 Mihomo Party 的代理模式切换放在「内核策略」层，把系统代理与TUN放在「流量入口」层，你就不会再被「切了全局一切又好使」这种表象带偏：真正日常好用的是规则模式加对的入口组合。相比一些界面杂乱、把模式与 TUN 文案揉成一团的老旧图形端，基于 mihomo 的新代客户端往往在日志与策略组上更清晰，但若缺少系统化的入门文章，用户仍容易在「Win／Mac 权限」和「模式语义」之间来回撞墙。我们在 Clash 官方下载页整理多平台客户端入口，便于你在同一生态里从安装、订阅一路做到模式与 TUN 的正确联用，减少反复试错的沉默成本。

→ 立即免费下载 Clash，开启流畅上网新体验