先定义预期，再写规则

好的分流配置不以规则数量取胜，而是让每一类请求有明确去向，并能用日志证明。先做一条可验证的例外规则，再逐步扩展，通常比导入一大套陌生规则更容易维护。

一、先写一张流量意图表

设想你希望内部服务直连、某个工作站点使用稳定节点，其他流量沿用当前策略。第一步不是打开 JSON 编辑器，而是写出“目标—期望出口—验证方式”。这样即使界面或核心变化，测试目标仍然清楚。

请求类别 期望处理 验证依据
已确认的局域网设备 直连 设备可达且连接记录符合预期
需要固定出口的工作域名 已验证的固定节点或组 新连接命中指定出口
一个指定应用 按任务选择代理或直连 实际进程及新请求均匹配
其余请求 保持原有默认策略 未匹配样本不受新规则影响

这是示例设计，不是一套可直接套用到所有网络的规则。公司内网可能需要指定 VPN，不能仅凭地址属于私网就断定应该从物理网卡直连。

二、规则顺序决定谁先接管请求

v2rayN 的官方界面说明强调按顺序匹配；前面的规则已匹配，后面的规则就不会再决定这一请求的出口。[1] Xray 的路由文档也说明了按规则选择出站的方式。[2] 因此，一条放在末尾的精确例外，可能永远被前面的宽泛规则遮住。

建议用“小范围例外—必要的通用规则—默认处理”的顺序审查配置。局域网、工作站点或需要阻断的域名谁应先匹配，要由你的实际需求决定，不能机械地把广告规则永远放在第一位。

修改前复制当前规则集并命名，例如 routing-before-test。一次只新增一条规则，写清备注与目的。不要覆盖唯一一份正常工作的配置，结束测试后才能解释究竟是哪项修改生效。

三、用两个域名验证一条例外

以下示例只演示“一个域名例外直连，其余交给 proxy”。它采用 v2rayN 自定义路由导出形式，不是可直接交给所有核心的完整配置。example.com 是演示域名，使用前换成你有明确需求的目标，并在规则副本中测试。[3]

[
  {
    "remarks": "example-domain-direct",
    "domain": ["domain:example.com"],
    "outboundTag": "direct",
    "enabled": true
  },
  {
    "remarks": "remaining-traffic-proxy",
    "port": "0-65535",
    "outboundTag": "proxy",
    "enabled": true
  }
]

在 Xray 的域名匹配语法中，domain:example.com 覆盖该域及其子域；只想匹配一个完整主机名时，应核对 full: 类型。[2] 不要使用含义过宽的普通关键词去匹配一个需要精确隔离的业务域名。

先访问目标域名，确认命中直连；再访问另一个不属于该域的测试站点，确认仍命中代理。这是正向与反向测试。只证明“目标能打开”，还不能排除所有流量都被错误地改成直连。

四、进程规则与策略组各负责什么

进程规则回答“哪个应用的请求匹配”，策略组回答“匹配后选择哪个代理成员”。添加进程规则前，先确认核心实际看到了进程信息：浏览器辅助进程、启动器、更新器和主程序可能不是同一个名称。可用能力还受到系统权限、核心版本及接管方式影响。

官方 v2rayN 规则编辑说明建议 Domain、IP 和进程名三个字段每条只填写一项；其他条件如端口、网络类型还会进一步限制匹配。[1] 这与直接手写某个核心的原生规则并不完全相同，导入前必须分清配置属于哪一层。

若规则指向策略组，先独立验证组里至少有一个可用且兼容的节点。对于需要稳定登录态的工作站点，小范围且稳定的成员集比频繁切换地区的随机组更容易解释。路由匹配成功不代表组内节点一定能完成请求。

五、规则集和 DNS 不应分开维护

域名规则依赖核心能获取相应域名；IP 规则可能涉及解析，具体行为取决于核心和解析策略。浏览器加密 DNS、直接访问 IP、嗅探设置及 FakeIP 都可能改变你看到的证据。没有命中域名规则时，先确认核心观察到了什么，而不是不断堆叠更多域名。

规则集本身也有版本和来源。记录导入地址、更新时间及更改目的；远程规则更新后重新跑一遍代表性测试。上游新字段和数据格式未必兼容旧核心，不能把 Xray JSON、sing-box rule-set 和其他客户端规则视为同一种文件。

一些视频会通过阻断 UDP 443 影响 QUIC 路径。这不是通用提速按钮：应用可能回退到 TCP，也可能发生功能或性能变化。如果确需实验，应单独记录、限定测试范围，并比较修改前后的结果，不应顺手阻断全部 UDP。

六、用五项检查完成验收

  1. 目标样本： 需要改变去向的域名或进程命中新规则。
  2. 反向样本： 无关域名仍采用原有策略，未被宽泛条件误伤。
  3. 内网样本： 本地设备和必要的内部服务仍能访问。
  4. 持久性： 重启核心、更新订阅后，规则和策略组仍有效。
  5. 回退： 切回原规则集即可恢复之前的可用状态。

保存一小组验收样本，能让下一次修改变成可比较的实验。不要把某次视频秒开、某个 IP 地址或一张测速图当作整套分流的证明。

常见问答：规则越多越好吗？ 不一定。重复、重叠或失效规则会增加理解成本。优先保留能解释、能验证、确有用途的规则。

常见问答：导入成功是否代表兼容？ 不代表。导入只完成解析，仍要检查核心启动、规则生成、实际命中和出口可达性。

YouTube 选题参考

以下视频的公开标题、简介和章节索引用于选题与界面参考。本文为独立撰写的指南，并非视频逐字稿；技术细节依据下列官方资料核对。

官方资料与适用范围

核对日期：2026-10-26。菜单名称和功能范围随客户端、核心与操作系统版本变化。文中的验收流程为建议方法，不是已经完成的性能实测结果。

  1. v2rayN 官方：界面功能与设置
  2. Xray 官方：路由与域名匹配
  3. v2rayN 官方：自定义路由格式

继续阅读本系列