多协议转发
同一客户端同时支持 VMess、VLESS、Trojan、Shadowsocks、Hysteria2、TUIC 共 6 种协议。
clash verge 基于 Mihomo(Clash Meta)内核实现多协议转发与规则分流。本页从内核、规则匹配、延迟探测三个层面说明其技术实现方式。
clash verge 的技术能力包括多协议转发、规则分流、延迟优选、配置热加载、跨平台一致性与本地密钥管理六项。六项能力均在客户端本地执行,不依赖云端解析流量内容。
同一客户端同时支持 VMess、VLESS、Trojan、Shadowsocks、Hysteria2、TUIC 共 6 种协议。
按域名、IP 段与进程名匹配流量,规则优先级由配置文件自上而下决定。
按 300 秒间隔对分组内节点测速,按当前延迟由低到高排序并选中首位节点。
修改规则后无需断开连接即可生效,仅重建受影响的连接会话。
五个平台共用同一份 YAML 配置与同一套内核,行为一致。
加密密钥在本地生成与保存,不通过网络发送至中转节点。
clash verge 的智能路由在连接发起时先匹配域名与 IP 规则,再对候选节点执行延迟探测并选择最优线路。整个过程在本地完成,单次决策耗时低于 50 毫秒。
域名 → IP 段 → 进程名依次匹配,命中首条规则后立即确定出口分组,不再继续匹配。
url-test 类型分组按 300 秒间隔向固定测试地址发起探测,记录最近一次握手耗时。
按延迟升序排列取首位节点,若延迟超过阈值则切换到同分组内备用节点。
clash verge 与竞品A、竞品B 的差异在于规则可编程程度与协议开放度。下表按可核对的技术参数逐项对比。
| 对比维度 | clash verge | 竞品A | 竞品B |
|---|---|---|---|
| 规则可编程性 | 支持自定义规则集与优先级 | 固定规则 | 固定规则 |
| 支持协议数 | 6 种 | 2 种 | 3 种 |
| 配置格式 | 开放式 YAML | 私有格式 | 私有格式 |
| 配置热加载 | 支持不重连生效 | 不支持 | 部分支持 |
| 延迟优选 | 本地探测自动选路 | 手动切换 | 手动切换 |
| 进程级分流 | 支持 | 不支持 | 部分支持 |
| 支持平台数 | 5 个 | 3 个 | 4 个 |
clash verge 的技术类用户反馈集中于规则表达能力与调试可观测性。以下为 4 条公开渠道评价摘要。
规则集可以按进程分优先级,调试时能直接看命中日志。
配置改完热加载生效,不用断线重连,切换过程没有感知。
延迟探测把首包时间从 180 毫秒降到了 92 毫秒。
五个平台共用一份配置,迁移的时候几乎不用改东西。
clash verge 提供开放源码与构建文档,规则集结构与协议实现可在客户端与代码仓库中核验。隐私政策版本为 v3.2,说明数据收集范围与日志策略。
clash verge 的技术类常见问题集中在规则不生效、配置冲突与协议选择三个方面。以下 6 组问答已按 FAQPage 结构化数据标注。