深入解析 V2Ray/Xray 路由引擎：基于 IP 与域名的规则调度机制

引言

在现代代理工具架构中，路由引擎（Routing Engine）是决定网络数据流向的“大脑”。无论是 V2Ray (V2Fly) 还是其衍生分支 Xray-core，它们之所以能够实现异常灵活的网络策略控制，很大程度上归功于其内置的强大且高效的路由系统。

本文将深入剖析 V2Ray/Xray 的路由引擎工作原理，解析其如何通过域名（Domain）和 IP 规则实现精准分流，并详细探讨 geosite.dat 与 geoip.dat 等规则文件的数据结构与匹配机制，最后指导如何构建高级的复杂路由规则。

路由引擎的核心架构

V2Ray/Xray 的架构模型是基于入站（Inbound）与出站（Outbound）的解耦设计。路由引擎位于这两者之间，充当交通警察的角色。其工作流程可以简单概括为：

1. 连接建立：客户端请求到达某一个 Inbound（如 Socks5、HTTP、VMess 等）。
2. 信息提取：入站协议尝试提取目标地址信息（目标 IP 或目标域名）及端口号。在某些无法直接获取域名的透明代理场景下，还会依赖 Sniffing（流量嗅探）技术从 TLS Client Hello 握手信息或 HTTP 头部中提取真实的 SNI 或 Host。
3. 规则匹配：提取到的目标信息及来源信息（如客户端 IP、用户名、入站标签等），被依次送入路由规则链（Rules）中进行从上到下的顺序匹配。
4. 分发流量：一旦匹配命中某条规则，引擎将立即把连接转发给该规则指定的 Outbound（如直连 direct、代理 proxy 或阻断 block）。若全部未命中，则默认走配置列表中的第一个出站协议。

+----------------+      +----------------+      +-----------------+
| Inbounds (入站) | ---> | Routing (路由) | ---> | Outbounds (出站) |
+----------------+      +----------------+      +-----------------+
      ^                         |
      |                         v
      |                   +-----|-----+
      +--- Sniffing ------| DNS 模块  |
                          +-----------+

域名匹配机制与 geosite.dat

域名匹配是路由最常用的场景之一。Xray/V2Ray 支持多种域名匹配模式：

• 纯文本/子串匹配："keyword"，匹配任意包含 keyword 的域名。
• 正则表达式匹配："regexp:.*\\.example\\.com"。
• 全域名匹配："full:www.google.com"，必须精准一致。
• 子域名匹配："domain:google.com"，匹配自身及所有子域名（如 a.google.com）。

geosite 数据集原理

随着黑名单和白名单的剧增，逐条书写规则变得不再现实，geosite 应运而生。geosite.dat 是一个高度压缩、预编译的域名集合数据库。它基于开源社区（如 v2fly/domain-list-community 或 Loyalsoldier/v2ray-rules-dat）维护的文本列表进行编译（使用 protobuf 格式编码）。

使用方式："ext:geosite.dat:cn" 或简写为 "geosite:cn"。

Xray/V2Ray 在启动时，会将 geosite.dat 读入内存。为了实现极速匹配，引擎内部（尤其是 Xray）使用类似 Aho-Corasick 自动机 (AC 自动机) 或前缀树 (Trie 树) 的高阶算法。这样，在处理上百万条域名规则时，无论匹配还是未匹配，时间复杂度仅与被查询域名的长度相关，而非规则集的大小，从而保证了千兆甚至万兆网络环境下的极低 CPU 开销。

IP 匹配机制与 geoip.dat

IP 规则主要用于匹配目标主机的 IPv4 或 IPv6 地址。同样，为了处理大量的 IP 规则，geoip.dat 按照类似的方式打包了大量 CIDR（无类别域间路由）网段。

使用方式："geoip:cn" 或 "geoip:telegram"。

其底层匹配算法通常基于 基数树 (Radix Tree / Patricia Tree)。这种数据结构可以在 O(K) （K 为 IP 的二进制位数，IPv4 为 32，IPv6 为 128）的极短时间内判断一个 IP 是否属于数十万个 CIDR 块中的某一个。

域名与 IP 的纠缠：DomainStrategy

由于应用层请求往往是域名，而某些 IP 规则（例如绕过局域网、拦截特定 IP 黑名单）必须针对真实 IP 才能生效。路由引擎在这里引入了最重要的配置选项：domainStrategy（域名解析策略）。

1. AsIs（默认）：只用域名去匹配域名规则。如果规则里只有 IP，而请求是域名，则跳过 IP 规则，绝不主动发起 DNS 查询。这速度最快，但容易漏判。
2. IPIfNonMatch：先用域名匹配规则，如果一直到最后都没有匹配到目标出站，系统会临时向内置的 DNS 模块查询该域名的 IP，然后拿着查到的 IP 重新过一遍所有 IP 规则。
3. IPOnDemand：当匹配过程中遇到一条 IP 规则时，如果此时手头只有域名，系统立即去查 DNS 获取 IP 并在当前规则进行匹配。

在实际的高级应用中，通常推荐使用 IPIfNonMatch（在 Xray 中更复杂的场景可能直接配合 dns 模块的高级配置）。这样不仅能保证命中域名规则时不会产生多余的 DNS 延迟，又能确保诸如 geoip:cn 这类兜底的 IP 分流规则不失效。

高级路由规则构建

构建一套完美的路由架构需要遵循“从具体到宽泛，从恶意到白名单，最后兜底”的原则。

1. 广告与恶意流量阻断

首先应该匹配 geosite:category-ads-all 和内部局域网 IP，出站指向 block（内置的黑洞协议，直接丢弃流量）。这样可以节约代理带宽。

2. 嗅探 (Sniffing) 的重要性

对于透明代理（如 TProxy / REDIRECT），入站只知道目标 IP。如果直接进行 IP 路由，会导致无法利用精确的域名规则，并且可能遭遇 DNS 污染。 开启 sniffing：

"sniffing": {
  "enabled": true,
  "destOverride": ["http", "tls", "quic"]
}

引擎会解包 TLS 握手的 Client Hello 阶段，提取出 SNI（Server Name Indication），将其覆盖为请求目标。这样路由模块就能按域名进行精准分流了。

3. 基于多属性的复合匹配

Xray 允许你在一条路由规则中同时限制多个属性：

{
  "type": "field",
  "inboundTag": ["tg-in"],
  "domain": ["geosite:telegram"],
  "network": "tcp",
  "outboundTag": "proxy"
}

必须同时满足“从特定端口入站”、“请求 Telegram 域名”、“协议为 TCP”，才会被路由到 proxy。这种逻辑 AND 操作使得策略异常灵活。

总结

V2Ray/Xray 的路由引擎是其作为现代科学上网瑞士军刀的核心支柱。通过巧妙的 Trie 树与 Radix 树算法实现海量数据的高效匹配，通过灵活的 DomainStrategy 与 Sniffing 解决了域名与 IP 之间错综复杂的解析逻辑。理解这些底层机制，我们才能编写出真正高效、安全且低延迟的路由配置文件。