V2RayX 停止维护：2024 年已归档，Mac 用户换什么

V2RayX 停止维护现状：已归档，且早已停更

V2RayX 是开发者 Cenmrev 发布的 macOS 图形客户端，官方仓库的描述是 GUI for v2ray-core on macOS。它常驻菜单栏，把 v2ray 内核包装成可以点选的服务器列表和代理模式，在 V2Ray 刚流行的那几年，是 Mac 上最早一批可用的图形工具之一。

现在打开它的官方仓库，页面顶部写着该仓库已于 2024 年 1 月 12 日被所有者归档，当前为只读状态。归档意味着不再接受提交、议题和合并请求。而从发布记录看，真正的停更比归档早得多：最后一个正式版本 v1.5.1 发布于 2019 年 2 月 14 日，距今已经七年多。

所以答案很直接：V2RayX 已经停止维护，不建议继续安装或使用。

官方页面核对记录

以下信息来自 2026 年 10 月 21 日对官方仓库主页、Releases 页面和 GitHub 公开接口的核对：

项目	核对结果
官方仓库	github.com/Cenmrev/V2RayX
是否归档	是，页面显示由所有者于 2024 年 1 月 12 日归档，只读
仓库创建时间	2016 年 2 月 10 日
最后一次推送	2023 年 3 月 20 日
最后正式版本	v1.5.1，发布于 2019 年 2 月 14 日
此前的测试版	v1.5.1-beta3（2019 年 1 月 17 日）、v1.5.1-beta2（2019 年 1 月 13 日）
发布文件	V2RayX.app.zip
平台	macOS
最低系统版本	README 未写明，未能核实
许可证	GPL-3.0
开发语言	Objective-C

README 里还保留着开发者本人的说明，大意是：自己并非计算机或软件工程专业出身，正忙于研究生课程，项目不会频繁更新，也没有时间添加功能或合并请求，但欢迎其他人分叉。这段话写在归档之前，可以看作是开发者早早给出的提示。

V2RayX 当年是怎么工作的

了解它的工作方式，有助于理解为什么它在今天的 macOS 上越来越不合适。

根据 README，V2RayX 在应用包里自带了一份 v2ray 内核，启动后默认开放两个本地入口：一个是 1081 端口的 SOCKS5 代理，一个是 8001 端口的 HTTP 代理。它提供三种模式：全局模式会把系统代理指向 V2Ray；PAC 模式由一份 PAC 文件决定哪些流量走代理，为此程序内置了一个基于 GCDWebServer 的本地 PAC 服务；手动模式只负责启动或停止 V2Ray，不碰系统设置。此外还有一个路由规则菜单，以及通过 macOS 登录项实现的开机自启。

这套设计在当年简单好用，但它有两个与今天格格不入的地方：

一是内核被打包在应用里。内核的版本取决于发布时打进去的那一份，2019 年之后再无更新。V2Ray 生态在这些年里经历了大量变化，许多新的传输方式和配置写法，那份内核并不认识。

二是分流依赖 PAC。PAC 只能作用于遵守系统代理设置的应用，规则表达能力也有限。如今主流客户端普遍采用基于规则集的分流方式，订阅里自带分组和规则，用 PAC 去承接这类订阅显得力不从心。

为什么不要去下载 v1.5.1

有人会想，最后一个版本既然还挂在官方 Releases 页面上，下载下来用总比来源不明的强。本页仍然不建议这样做，理由如下：

系统架构与权限的变化。 v1.5.1 发布时，Apple 芯片的 Mac 还没有问世，macOS 的权限和安全机制也比现在宽松。它修改系统代理的方式、开机自启依赖的登录项机制，在新系统上都可能出现异常，而且不会再有修复。

换内核不是长久之计。 README 允许用户自行替换应用包内 Resources 目录中的 v2ray 文件，但也写明不保证兼容。外壳部分对配置格式的理解停在了 2019 年，新内核即使能启动，很多新特性也无法通过界面配置。

订阅能力不足。 V2RayX 的核心使用方式是手动添加服务器。面对今天机场普遍提供的订阅链接，以及订阅里包含的分组和规则，它的处理能力明显不够。

来源辨识成本高。 停更多年的软件，网上流传着大量重新打包、所谓汉化或增强的版本，很难与官方发布对照。获取任何代理软件之前，可以先读一读 下载安全指南。

V2RayX 停止维护后的替代

以下都是站内已有介绍页的 macOS 可用客户端，按与 V2RayX 的相似程度和迁移难度排列：

• V2RayU：V2RayX 的 README 本身就提到过它，同样是菜单栏常驻、面向 V2Ray 协议的 macOS 客户端，操作逻辑与 V2RayX 最为接近，原来手动添加服务器的用户迁过去最顺手。安装前请先看站内页面对其当前发布状态的说明。
• ClashX Meta：菜单栏式的 Mihomo 客户端，适合机场订阅用户。它用规则分流代替 PAC，订阅里的分组和规则可以直接生效。
• Clash Verge Rev：有完整窗口界面，支持 macOS、Windows 和 Linux，订阅管理、规则和连接查看都比较直观，适合同时使用多台不同系统电脑的人。
• Mihomo Party：同样基于 Mihomo，设置项丰富，适合愿意花时间调整细节的用户。
• Throne：基于 sing-box 的跨平台桌面客户端，README 写明支持 macOS，可以识别分享链接等多种订阅格式，适合手里是一堆单独节点链接而不是 Clash 订阅的用户。

各款 Mac 客户端的取舍，可以看 Mac 客户端选择指南。

从 V2RayX 迁移的步骤

1. 备份服务器信息。 打开 V2RayX 的配置窗口，把每台服务器的地址、端口、用户 ID、传输方式等参数记录下来。如果你使用的是机场订阅，直接到机场后台复制订阅链接更省事。
2. 把模式切回手动并退出。 在菜单栏里先切到手动模式，让 V2RayX 撤销对系统代理的修改，然后再退出程序。随后到系统设置的网络选项里确认代理已关闭，PAC 地址也已清空。
3. 移除登录项。 在系统设置的登录项列表里删除 V2RayX，避免下次开机时它被重新拉起，和新客户端抢占系统代理。
4. 安装替代客户端并导入。 从站内对应页面列出的官方渠道获取安装包，导入订阅或手动添加服务器，确认可以正常连接。
5. 删除旧应用与残留。 把 V2RayX 从应用程序文件夹移除。如果之前安装过辅助程序，也要一并清理。

迁移后如果发现某些网站时通时不通，先检查是否还有旧的 PAC 设置残留在系统网络配置里，这是从 V2RayX 迁出时最常见的遗留问题。

写给按旧教程操作的人

不少 Mac 代理客户端教程写于 2017 年到 2019 年之间，截图里还是 V2RayX 的菜单栏图标和服务器配置窗口。这些教程里关于 VMess 参数、传输方式的解释仍有参考价值，但下载链接和软件选择已经过时。按图索骥时，可以把「打开 V2RayX 添加服务器」这一步替换为在 V2RayU 或 Throne 中添加，把「切换 PAC 模式」替换为在 ClashX Meta 或 Clash Verge Rev 中选择规则模式。

三个日期分别说明了什么

V2RayX 的官方页面上有三个容易混淆的日期，弄清它们各自的含义，可以避免误判：

• 2019 年 2 月 14 日，是最后一个正式版本 v1.5.1 的发布日期。对普通用户来说，这才是软件真正停止更新的时间点，此后再也没有新的安装包。
• 2023 年 3 月 20 日，是仓库最后一次推送代码的日期。推送不等于发布，可能只是文档或代码层面的小改动，并没有形成新版本，用户手里拿到的仍然是 v1.5.1。
• 2024 年 1 月 12 日，是仓库被归档的日期。归档是对外宣告项目到此为止的正式动作，从这一天起，即使有人想提交修复也无法合并。

有些下载站会把最后推送日期写成「最近更新」，让人误以为 2023 年还有新版。判断一款软件是否仍在维护，应以正式版本的发布日期和归档状态为准。

暂时不能迁移时的自查

如果手头的工作暂时离不开 V2RayX，至少确认以下几点：安装包是否来自官方 Releases 页面的 V2RayX.app.zip；应用包内的 v2ray 文件是否被你或别人替换过，替换的文件又来自哪里；系统设置里的代理和 PAC 配置在退出程序后能否恢复正常。任何一项答不上来，都说明应该把迁移提前。

小结

V2RayX 的官方仓库已于 2024 年 1 月 12 日归档，最后正式版本是 2019 年 2 月 14 日发布的 v1.5.1，许可证为 GPL-3.0，仅支持 macOS。它依赖打包在应用内的旧版内核和 PAC 分流，与今天的订阅方式和新版 macOS 都有明显差距。原来手动添加服务器的用户可以换 V2RayU，机场订阅用户更适合 ClashX Meta 或 Clash Verge Rev。更多选择见 客户端列表。