客户端和内核各做什么?
一句话结论客户端提供操作界面,内核承担网络处理。图形界面就是能用窗口查看和操作的程序界面,内核则是其中负责处理请求的程序部分。
这两个名字要分开记。你在电脑上辨认的是 Clash Verge Rev 应用,阅读内核说明时看到的则是 mihomo,版本数字也各有归属。
| 项目 | 是什么 | 官方一句话 | 最新稳定版 |
|---|---|---|---|
| Clash Verge Rev | 图形代理客户端 | 官方文档介绍系统代理与 TUN 两种处理方式 | v2.5.8 |
| mihomo 内核 | 网络处理内核 | Meta 分支的自述将它称为 Mihomo 内核 | v1.19.33 |
表中版本对应 2026-10-26 记录的 Latest 指向。Latest 是发布页给某个版本的标记,不能拿客户端的版本号去代表内核版本。
mihomo 这一行另有一处来源差异要留意:仓库根页面当时展示 Python 数据模型,Meta 分支才介绍 Go 内核。两处内容不同,记录没有给出原因,不能拿根页面的模型介绍替换内核这一行。
它的根页面许可证写 MIT,Meta 分支的文字又指向另一类程序内容。这些信息应留在原来位置,单看主页面标题不能解决同名内容的差异。
内核也不是另一个应用窗口。客户端与核心程序有不同职责,认清这一点后,再看项目名称和发布文件就有了对应的对象。
仓库名字应该怎么看?
要把 clash-verge-rev/clash-verge-rev 整体看完。斜线前面是所属账号或组织,后面是仓库名,两部分恰好相同也各有作用。
仓库是放项目代码与说明的地方。README 是其中的项目说明文档,Releases 则是项目发布版本的位置。
- 先读斜线前的所有者名,认清发布位置属于谁。
- 再对后面的仓库名,完整保留 clash-verge-rev 这一写法。
- 进入同一仓库的 Releases,核对版本标记和发布信息。
这就是认发布页的 3 个要点。文档说明当前通过 GitHub Release 发布,页面标题里有相似名称,还不能替代这几个项目的核对。
这里写仓库名作为来源标识,没有把它改成安装包直链。项目说明、版本记录和文件列表需要放回各自的位置阅读。
当前记录的是哪个版本?
一句话结论截至 2026-10-26,标为 Latest 的是 v2.5.8,以发布页当时显示为准。发布记录日期是 2026-10-09,核对日与发布日期不是同一天。
| 日期或标记 | 用来说明什么 |
|---|---|
| 2026-10-26 | 这份版本记录的核对日期 |
| 2026-10-09 | v2.5.8 的发布记录日期 |
| Latest | 当时发布页指向的版本标记 |
日期回答什么时候读到或发布,版本号回答读到哪一版。把它们分开后,旧截图和当前页面就不会被当成同一时刻的信息。
有新的发布时,应以发布页显示的标记继续核对。这里的数字是带日期的记录,不是对以后每个时间点都有效的版本承诺。
Windows 要核对什么?
一句话结论Windows 先看架构说明,再读版本支持说明。架构指程序对应的处理器和系统类型,x64、x86、arm64 是页面中出现的架构名称。
README 列 Windows 的 x64、x86,安装文档还提到 arm64 版本。两处说明来源不同,应保留各自写出的内容。
| 要看的内容 | 已读到的说明 |
|---|---|
| README 的 Windows 平台行 | x64、x86 |
| 安装文档的架构提醒 | 有 arm64 版本 |
| Windows 7 | 文档说当前版本已不再支持 |
| 最低 Windows 版本 | README 没有明写 |
“不再支持 Windows 7”只回答了这个旧系统的支持情况。不能把这句话自行改成一个已经明确宣布的最低版本数字。
README 还列 Linux 的 x64、arm64,以及 macOS 11+ 的 intel、apple。平台表的每一行都有自己的系统与架构,不能跨行套用。
两种代理名词是什么意思?
一句话结论系统代理依赖程序遵守系统里的代理约定,TUN 则通过虚拟网卡接收重新指向的请求。虚拟网卡是程序创建的软件网络接口,不是一张需要另装的实体网卡。
| 名词 | 文档怎样描述 | 阅读时要记住什么 |
|---|---|---|
| 系统代理 | 在系统约定位置登记代理端口信息 | 程序可能不遵守这项约定 |
| TUN | 创建虚拟网卡,再把请求导向该接口 | 文档讲的是另一种处理方式 |
官方文档还说,系统代理不能处理 UDP 这类流量。UDP 是网络传送数据的一种方式,这条说明讲覆盖范围,没有给两种方式排高低。
TUN 的说明同时提到 TCP 和 UDP 这两类传输。文档描述的是它们被导向本地程序的方式,应连着虚拟网卡的介绍一起读。
了解名词与实际设置是不同事情。这里先认识应用提供的处理方式,没有从术语解释扩写成开关操作或网络设置教程。
认识项目后接着看什么?
一句话结论接着按自己的问题找资料,安装、订阅与故障要分开读。应用文件的来源查清后,仍要辨认当前遇到的是哪一类问题。
文档提到客户端异常退出后,系统代理状态可能残留。记录电脑的连接情况时,要把程序是否仍在运行与系统代理是否保留分开看,不能只记下载完成这一个状态。
- 若是界面无法出现,先保留现象与所用版本信息。
- 若是不了解客户端名词,继续读客户端说明。
- 若是在找其他入门内容,可按目录进入对应主题。
相关说明可看 客户端基础问题,不同问题的分类放在 应用使用帮助。这些入口接着解释应用本身,不把版本记录当成连接状态保证。
常见问题
Clash Verge Rev 与 mihomo 是同一个名字吗?
它们分别指客户端和内核。前者提供图形界面,后者承担核心网络处理;阅读版本号时也要保留项目名,不能只抄一个数字就把两者合并。
只看仓库后半段名称够吗?
要同时看斜线前的所有者与后面的仓库名。这里对应 clash-verge-rev/clash-verge-rev,再到该仓库的 Releases 阅读版本,来源与版本才能连在一起。
版本是按核对日发布的吗?
这里记录的核对日为 2026-10-26,v2.5.8 的发布时间是 2026-10-09。核对日表示查看记录的日期,不能写成应用在那天才发布。
Windows 最低版本能直接写出来吗?
README 没有明列最低 Windows 版本,文档明确的是已不再支持 Windows 7。这里保留这两条原有信息,没有将它们合并成另一个系统门槛。
TUN 一定比系统代理更好吗?
文档解释了它们接收流量的方式与覆盖差异,不能改写成质量排名。系统代理依赖程序遵守约定,TUN 使用虚拟网卡,读者先认清两种概念即可。