Clash Verge Rev 规则模式和全局模式区别
简答：Clash Verge Rev 的规则模式会按配置文件中的规则逐条匹配，让不同流量分别走代理或直连；全局模式会忽略普通分流规则，统一交给 GLOBAL 策略组选择的代理或策略。日常使用通常优先选择规则模式，排查分流问题时再临时切换全局模式对比。
定义：规则模式是按规则列表决定每条连接走向的模式，全局模式是不按普通规则逐条分流、统一使用 GLOBAL 策略组出口的模式。
一、规则模式和全局模式到底有什么区别
Clash Verge Rev 使用的核心配置中，运行模式通常包括 rule、global 和 direct。其中，规则模式对应按规则匹配，全局模式对应全局代理。Mihomo 官方配置文档明确说明：rule 是规则匹配，global 是全局代理，并且需要在 GLOBAL 策略组中选择代理或策略；direct 则是全局直连。可参考 Mihomo 官方全局配置文档。
| 对比项目 | 规则模式 | 全局模式 |
|---|---|---|
| 主要依据 | 配置文件中的 rules 规则列表 | GLOBAL 策略组当前选择的代理或策略 |
| 流量处理方式 | 不同域名、IP、应用或网络类型可以分别处理 | 通常统一交给全局代理出口 |
| 是否依赖规则顺序 | 依赖，规则从上到下匹配 | 普通分流规则不再作为主要判断依据 |
| 适合场景 | 日常使用、按需分流、国内外流量区别处理 | 临时测试代理是否可用、快速判断分流规则是否造成问题 |
| 常见风险 | 规则冲突、兜底规则位置不当、策略组名称不匹配 | 本来应直连的流量也可能统一经过代理 |
简单理解：规则模式回答的是“这条连接应该按照哪条规则处理”，全局模式回答的是“这类连接统一使用当前全局策略”。因此，两者并不是节点速度不同，而是流量决策方式不同。
二、规则模式是如何决定流量走向的
规则模式会读取配置中的 rules 列表，并按照从上到下的顺序匹配。Mihomo 官方规则文档指出，排在前面的规则优先级更高；当某条规则匹配成功后，通常就会按照该规则指定的策略处理。官方文档中的常见规则包括域名、域名后缀、IP 段、地理 IP、进程名、端口和规则集等，详情可查看 Mihomo 官方路由规则文档。
例如，一份配置可能包含以下逻辑：
- 局域网地址使用
DIRECT； - 某些指定域名交给代理策略组；
- 国内地址使用直连；
- 其他没有被前面规则匹配到的连接，交给最后的
MATCH规则。
MATCH 通常是兜底规则，表示匹配没有被前面规则处理的请求。它如果放得过早，后面的规则可能没有机会生效。因此，排查规则模式时，首先要检查自定义规则是否放在了兜底规则之前。
Clash Verge Rev 的官方文档也提供了自定义规则入口说明：可以右键订阅配置文件，进入“编辑规则”，并使用前置或后置规则。官方说明建议将需要优先生效的自定义规则放在前置位置，可参考 Clash Verge Rev 官方自定义规则配置文档。
规则模式更适合哪些情况
- 希望不同网站或应用自动选择直连、代理或拒绝策略；
- 希望保留国内服务直连，同时让其他流量使用代理策略；
- 需要长期使用订阅中的分流规则；
- 只想让特定应用、域名或端口经过指定策略组。
三、全局模式什么时候更有用
全局模式的价值不在于长期替代规则模式，而在于快速建立一个相对简单的对照条件。进入全局模式后，应先确认 GLOBAL 策略组已经选择了可用的代理或策略，否则可能出现模式已经切换，但连接仍然失败的情况。
全局模式常用于以下几类场景：
- 测试节点是否基本可用：如果规则模式下某个网站打不开，可以暂时切到全局模式，并在 GLOBAL 策略组选择一个节点。如果此时可以访问，问题可能出在规则匹配、策略组选择或 DNS 分流，而不一定是节点本身。
- 排除规则影响：规则模式依赖大量规则列表。全局模式可以减少分流规则带来的变量，方便对比测试。
- 临时统一出口：某些测试场景需要让多个请求暂时走同一个代理策略，此时全局模式比逐条检查规则更直接。
不过，全局模式也有明显限制：它不适合在不了解流量范围的情况下长期使用。因为原本应当直连的请求也可能被统一交给所选代理，导致访问路径、延迟或资源加载方式发生变化。具体行为还会受到 TUN、DNS、系统代理和节点能力等配置影响，所以不能把“全局模式能否访问”简单等同于“规则模式一定有问题”。
四、在 Clash Verge Rev 中切换并验证模式
下面是一套不依赖特定订阅格式的检查流程。不同版本的界面文字可能略有差异，但核心步骤是先切换模式，再确认策略组和连接日志。
- 打开 Clash Verge Rev，确认当前配置文件已经加载，并且内核处于运行状态。
- 在首页的运行模式选择区域，将当前模式切换为“规则”。
- 进入代理或策略组页面，确认规则中使用的策略组已经选择了具体节点或可用策略。
- 访问一个平时需要代理的网站，再访问一个预期直连的网站，分别观察连接是否符合预期。
- 如果规则模式下失败，暂时切换为“全局”，并在 GLOBAL 策略组中选择同一个或另一个节点。
- 再次访问相同目标：如果全局模式成功而规则模式失败，优先检查规则顺序、策略组名称、DNS 和兜底规则；如果两种模式都失败，再检查订阅、节点、系统代理、TUN 或网络本身。
- 测试结束后，建议切回规则模式，并恢复原先的策略组选择。
可以把测试结果记录成下面的形式：规则模式失败、全局模式成功，通常说明应优先检查分流配置；规则模式和全局模式都失败，则不能仅凭模式切换判断故障原因。
一个简单的排查对照表
| 测试结果 | 优先检查方向 |
|---|---|
| 规则失败，全局成功 | 规则顺序、MATCH 位置、策略组名称、DNS 分流 |
| 规则成功，全局失败 | GLOBAL 策略组是否选择节点、全局策略是否有效 |
| 规则和全局都失败 | 订阅是否加载、节点是否可用、系统代理或 TUN 是否接管流量 |
| 浏览器正常，某个应用失败 | 应用代理支持、进程匹配、UDP 支持和应用自身网络设置 |
五、规则模式下连接异常的具体检查顺序
如果你日常应使用规则模式，但出现部分网站打不开，可以按照以下顺序排查，避免一开始就反复更换节点。
- 检查当前模式：确认不是误切换到直连模式，也确认规则模式已经真正生效。
- 检查策略组：查看对应规则指向的策略组是否存在，当前是否选中了节点或有效策略。订阅更新后，策略组名称可能发生变化。
- 检查规则顺序：自定义规则应放在可能提前匹配的兜底规则之前。尤其要注意
MATCH是否已经出现在列表前部。 - 检查规则类型：域名规则、IP 规则和进程规则匹配的对象不同。只写 IP 规则不一定能覆盖域名请求，只写域名规则也不一定能处理所有基于 IP 的连接。
- 检查 DNS：如果域名解析结果异常，可能导致规则判断与预期不一致。不要在没有确认配置含义时频繁修改 fake-ip、redir-host 或 nameserver。
- 检查 TUN 和系统代理：浏览器流量能否被接管，与系统代理是否开启、TUN 是否启用以及应用是否绕过系统代理有关。修改后应重新打开目标应用测试。
- 查看日志：根据目标域名、进程名或连接时间寻找匹配的规则和最终策略。日志信息不足时，可暂时提高日志级别进行定位，测试完成后再恢复。
如果问题只发生在 UDP、游戏或语音应用，还要确认所选节点和策略是否支持对应的 UDP 流量。规则文档说明，当 UDP 请求匹配到的代理节点不支持 UDP 时，可能继续向下匹配，因此最终结果未必与普通网页请求相同。
六、日常应该选规则模式还是全局模式
对于大多数需要分流的使用场景，建议把规则模式作为默认模式，把全局模式当作临时测试工具。原因是规则模式可以根据域名、IP、应用和端口设置不同出口，更适合长期保持稳定的分流行为；全局模式虽然简单，但会减少分流控制，容易让不需要代理的连接也使用统一出口。
可以按照下面的选择原则操作：
- 不知道问题出在哪里：先使用规则模式复现，再短时间切换全局模式作对照。
- 只有某个网站异常：优先检查该网站对应的规则和策略组，不要直接长期使用全局模式。
- 所有网站都异常：同时测试规则和全局，判断是分流问题还是节点、内核、系统代理问题。
- 希望按应用分流：使用规则模式，并确认进程匹配和 TUN 接管方式符合当前系统。
- 需要临时统一代理出口：可以使用全局模式，但测试结束后建议恢复规则模式。
结论可以概括为：规则模式负责“按规则分流”，全局模式负责“统一代理测试或临时使用”。切换模式本身不能修复失效节点，也不能替代对规则、DNS 和系统代理的检查。
常见问题
Clash Verge Rev 规则模式和全局模式哪个更好？
没有绝对更好。日常需要分流时通常选择规则模式；需要快速判断节点或分流规则是否造成问题时，可以临时切换全局模式。
规则模式下某个网站打不开，切换全局模式有用吗？
有用，但主要用于对照测试。如果全局模式可以访问，优先检查规则顺序、策略组、DNS 和 MATCH 兜底规则；如果全局模式也打不开，则应继续检查节点、订阅、系统代理或 TUN。
全局模式是不是所有流量都会经过同一个节点？
全局模式会使用 GLOBAL 策略组当前选择的代理或策略，但实际行为仍可能受到策略组类型、节点能力、系统代理、TUN 和应用网络设置影响，不能简单理解为所有程序都必然走同一个节点。
为什么切换到规则模式后，部分流量还是没有按预期走？
常见原因包括规则顺序不正确、MATCH 提前出现、规则指向的策略组不存在、订阅更新后策略组名称变化、DNS 解析结果影响匹配，或者应用没有经过系统代理或 TUN 接管。
规则模式和全局模式可以频繁切换吗？
可以用于排查，但每次切换后建议重新打开目标连接或应用，并确认代理组选择和日志结果。测试完成后，恢复到日常使用的规则模式即可。