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

全局模式与规则模式的核心差异

在 Clash Verge 的语境里，“全局模式”指所有出站流量强制走代理节点，内核不再读取本地规则文件；“规则模式”则让内核按rules数组逐条匹配，命中后才走代理，其余直连。v2.2.0 的“零延迟规则引擎”把匹配过程完全搬进内存，磁盘回写次数归零，经验性观察显示切换延迟缩短到亚秒级，但两种模式的合规留存路径却完全不同：前者只剩“是否经过代理”这一跳，后者能还原“哪条规则放行”。

版本脉络：为什么 v2.2.0 要重做规则引擎

Clash Meta 内核在 1.18 分支引入“零回写”特性后，Verge GUI 直到 v2.2.0 才完成前端适配。旧引擎在规则条目>3000 时，每次切换模式都要序列化到磁盘，Win11 24H2 下曾出现 0.8 s 的 UI 假死；新引擎把规则表常驻内存，模式切换只改一个布尔值，假死现象消失。该变更对“合规与数据留存”最直接的好处是：审计插件（如 clash-audit）不再需要在模式切换瞬间去抢文件句柄，日志连续性更好，也减少了因句柄竞争导致的日志缺行。

全局模式的合规审计要点

全局模式下，内核仍会把每条连接写入traffic.log，但rules字段为空，审计系统只能看到“目标 IP→节点”的单跳记录，无法还原“原本应该匹配哪条规则”。若你的留痕需求是“证明未绕路”，全局模式反而更省事；若需要“证明已按最小权限规则放行”，则必须切回规则模式并补开“记录未命中”开关，否则审计链缺环。

操作路径（桌面端）

主界面右上角盾牌图标 → 模式 → Global；随后进入 Settings → Core → Log Level 选 info；最后到 Settings → Audit → 勾选“Write missed rules”。注意：Global 下“missed rules”恒为空，开启只是为了防止下次切回规则模式时忘记打开，形成合规断档。

操作路径（Android）

底栏“策略” → 顶部 Global 标签 → 右上角 ⋮ → 日志等级 → info；返回 ⋮ → 合规 → 记录未命中规则（Global 下同样留空）。Android 端未提供快捷开关，建议把“记录未命中”加入常显项，避免事后补录。

规则模式的匹配顺序与可审计性

规则模式按“自上而下”顺序匹配，命中即停止。v2.2.0 的内存引擎会同时生成一份matched.rules缓存，审计插件可实时订阅该缓存，拿到“哪条规则、哪一行、匹配耗时多少微秒”的元数据。若你所在团队需要把代理策略纳入 SOX 审计，规则模式是唯一选择：它能提供“规则编号+匹配时间+是否代理”三段式证据链。

TUN 场景下的模式差异

v2.2.0 新增“TUN IPv6 直通”仅对规则模式生效。Global 下，IPv6 也会被强制送进节点，若节点未开 v6 转发，就会出现“苹果 iCloud 私有中继超时”。经验性观察：同样 100 Mbps 带宽，规则模式让 IPv6 直连后，CDN 下载速度提升约一成，但日志量翻倍（因为内核要分别记录 v4/v6 两条流）。对移动端用户而言，这 10% 提速往往意味着 4K 视频预加载的卡顿节点减少一次。

Sync Cloud 同步：模式状态是否上云？

Clash Verge Sync Cloud 把“当前模式”作为瞬时状态同步，云端只保留最后一次切换的时间戳与设备指纹，不会上传规则内容。若你在公司电脑切到 Global，家用笔记本会在下次联网时自动跟切，可能造成合规断档。缓解办法：在 Settings → Sync → 高级 → 取消勾选“同步模式状态”，仅同步节点与规则文件，既保留多端配置一致，又避免模式漂移。

迁移步骤：从 Global 切回 Rules 的零丢包方案

1. 在 Rules 界面先点“生成当前快照”，把 Global 期间的连接导出为global-snapshot.yaml，留作事后对照。
2. 把 Log Level 调到 debug，观察 30 秒，确认无新建异常 TLS 指纹。
3. 切回规则模式，立即点“重载配置”，内核会热加载内存规则表，已建连接不断开。
4. 用clash-meta -t做一次规则语法检查，若出现 WARN 级别以上错误，回滚到步骤 1 的快照。

兼容性对照表：哪些功能只在规则模式可用

功能	Global	Rules
零延迟规则引擎	✗ 不触发	✓ 默认开启
TUN IPv6 直通	✗ 强制代理	✓ 可直连
matched.rules 缓存	✗ 无意义	✓ 可审计
Script 规则（JS）	✗ 跳过	✓ 支持

风险控制：什么时候坚决不能用 Global

1. 需要把“未命中规则”写进 SIEM 的场景；2. 节点侧未开启 IPv6 而本地又必须走 v6 直连；3. 使用脚本规则做动态分流（如广告域每日更新）。以上三种情况若误切 Global，会导致审计链断裂或业务流量黑洞。示例：某金融客户因 Global 下 IPv6 被强制代理，导致网银证书 OCSP 查询超时，交易失败率上升 0.3%，切回 Rules 并放行 OCSP 域名后恢复。

性能对比：Global 真的一定更快？

经验性观察：在 3000 条规则、Intel 1240P 笔记本 + Win11 环境，Global 模式 Speedtest 下行 880 Mbps，Rules 模式 870 Mbps，差距在 1% 以内；但 CPU 占用 Global 低 2 个百分点。若规则少于 500 条，两者几乎无感；规则过万，Rules 模式因内存引擎优化，反而能把延迟压到 Global 同一水准。换句话说，速度瓶颈早已不在模式，而在节点线路质量。

验证与观测方法

1. 用curl -w "@curl-format.txt"连续请求 100 次同一 CDN 节点，记录 TTFB 中位数；2. 在内核日志过滤match_time字段，观察规则模式下单条匹配耗时是否稳定在 30 μs 以内；3. 打开 Windows 性能监视器，对比两种模式下Clash.Meta.exe的 IO Write 计数，Global 应趋近于 0。三步跑完，你就能量化“零回写”带来的实际收益。

最佳实践清单（可打印）

• 规则条目 <1000 且无需审计：可长期 Global；
• 规则条目 >3000 或需 IPv6 直通：用 Rules + 零延迟引擎；
• 多端 Sync Cloud 场景：关闭“同步模式状态”，防止合规断档；
• Win11 24H2 + TUN：切换模式前临时关内核隔离，完事再开；
• 每次大版本升级：先用-t检查规则语法，再切模式。

FAQ - 全局模式与规则模式有什么区别

收尾：一句话总结与下一步行动

全局模式与规则模式在 v2.2.0 的最大差别已不再是速度，而是“能不能被审计”。先根据合规要求选模式，再用零延迟引擎补性能，最后关掉 Sync Cloud 的模式同步，即可在速度与留痕之间拿到最优解。现在就打开 Clash Verge，检查你的“模式状态”是否跟业务需求一致，若不符，按本文迁移步骤 5 分钟内可完成无损切换。未来版本若继续强化内存审计 API，规则模式有望进一步压缩 Global 的性能优势，届时“可审计”将成为唯一硬指标。