CLIENT PACKAGES / STABLE CHANNEL
按操作系统、处理器架构和界面类型选择客户端。桌面平台使用 v2rayN，Android 可在 v2rayNG 与 v2flyNG 之间按内核生态选择。
先从下方四个平台标签中进入对应面板。
桌面设备区分 x86_64 与 arm64，Android 优先判断 arm64 兼容性。
关闭正在运行的旧版本，保留配置备份，再执行安装或升级。
PLATFORM REGISTRY
平台标签会同步到地址栏。复制带平台标记的页面地址后，可直接打开相应下载面板。
platform: windows / arch: x86_64
Windows 提供 Desktop 与经典 WPF 两种界面版本。Desktop 是新一代跨平台 UI，界面组织方式适合新安装和跨桌面系统使用；WPF 延续经典 Windows 布局，菜单、配置编辑与托盘操作更接近既有使用习惯。两版均面向 64 位 Windows，安装前先退出旧客户端，避免本地监听端口仍被占用。
桌面版与 WPF 版使用不同界面技术。首次安装可优先选择 Desktop；从经典版本升级并希望保持原有操作路径时，可继续使用 WPF。
| 检查项 | 建议 | 处理方式 |
|---|---|---|
| 处理器架构 | 64 位 x86 处理器 | 在“系统信息”的系统类型中确认 x64。 |
| 界面版本 | 新安装优先 Desktop | 熟悉经典菜单时可选择 WPF，避免同时启动两版。 |
| 升级准备 | 退出托盘中的旧客户端 | 先备份订阅、路由和本地配置，再执行安装。 |
| 首次连接 | 检查系统代理状态 | 导入配置并选择节点后，再按使用范围启用代理模式。 |
platform: macos / package: dmg
macOS 安装包按芯片架构分为 Apple Silicon 与 Intel。打开系统菜单中的“关于本机”，查看“芯片”或“处理器”字段：Apple M 系列选择 arm64，Intel 处理器选择 x64。架构选错时通常无法正常启动，因此应在下载前完成确认，而不是只根据设备购买年份推测。
两个 dmg 安装包的功能定位相同，区别在于处理器架构。Apple M 系列设备使用 arm64 版本，Intel 设备使用 x64 版本。
| 检查项 | 判断位置 | 选择结果 |
|---|---|---|
| Apple M 系列 | 关于本机显示 Apple 芯片 | 下载 Apple Silicon arm64 安装包。 |
| Intel 处理器 | 关于本机显示 Intel | 下载 Intel x64 安装包。 |
| 首次打开 | 系统设置中的隐私与安全性 | 按系统提示确认应用打开权限和网络权限。 |
| 代理接管 | 客户端系统代理菜单 | 连接节点后再启用，并在退出前按需要恢复。 |
platform: android / package: apk
Android 面板按客户端与处理器架构排列。v2rayNG 使用 Xray 内核生态，作为常规首选；v2flyNG 使用 v2fly 内核，可在需要对应配置兼容性时选择。2015 年后的主流手机通常优先尝试 arm64，无法判断架构或安装时提示不兼容，再改用通用版。两个客户端可分别安装，但日常连接时只应启用一个 VPN 服务。
面向 Android 的图形客户端，采用 Xray 内核生态。支持从剪贴板导入分享链接、添加订阅、选择节点与按需启用 VPN 连接。
采用 v2fly 内核的 Android 客户端，适合需要使用对应内核配置行为的场景。导入前应确认订阅内容与所选内核兼容。
| 检查项 | 优先选择 | 补充说明 |
|---|---|---|
| 主流新设备 | arm64 | 安装包体积更针对当前主流处理器架构。 |
| 架构不确定 | 通用版 | 适合无法通过设备信息确认处理器类型的情况。 |
| 客户端选择 | 优先 v2rayNG | 需要 v2fly 内核配置行为时再选择 v2flyNG。 |
| 后台运行 | 允许必要的后台活动 | 电池限制可能中断长时间连接，应按系统设置调整。 |
platform: linux / package: deb · rpm
Linux 安装包先按发行版的软件包体系选择，再按处理器架构选择。Debian、Ubuntu 及其衍生系统通常使用 deb；Fedora、RHEL 系及其衍生系统通常使用 rpm。常见桌面电脑选择 x86_64，ARM 桌面设备或开发板环境选择 arm64。安装前可通过发行版信息与系统架构命令交叉确认，避免只根据设备外观判断。
Linux 桌面版提供 deb 与 rpm 两套软件包，并分别覆盖 x86_64 与 arm64。包管理器会处理桌面入口与安装位置，升级前仍建议导出客户端配置。
| 系统类型 | 软件包 | 架构判断 |
|---|---|---|
| Debian、Ubuntu 系 | deb | x86_64 对应 amd64；ARM 64 位对应 arm64。 |
| Fedora、RHEL 系 | rpm | x86_64 选择 x86_64；ARM 64 位选择 aarch64。 |
| 桌面会话 | 图形桌面环境 | 安装后从应用菜单启动，并检查托盘显示情况。 |
| 系统代理 | 按桌面环境设置 | 连接后确认系统代理是否被当前桌面会话采用。 |
INSTALLATION NOTES
安装包能否正常使用，主要取决于平台、架构、配置来源与系统代理状态。先完成以下检查，可减少重复安装和配置覆盖。
Windows 使用对应的桌面安装包，macOS 使用 dmg，Android 使用 apk，Linux 根据发行版选择 deb 或 rpm。文件格式不对应时，系统无法通过正常的软件包流程安装。Linux 用户还应确认当前发行版属于哪个包管理体系，不要只根据桌面环境名称判断。
架构决定程序包含哪类机器指令。macOS 的 Apple Silicon 对应 arm64，Intel 对应 x64；Android 主流新设备通常为 arm64；Linux 常见桌面电脑多为 x86_64，ARM 设备则显示 arm64 或 aarch64。架构不匹配通常表现为无法安装、启动后立即退出或系统提示格式错误。
升级前记录当前客户端版本、订阅分组、路由模式、监听端口和系统代理状态。客户端配置可能包含手工添加的节点、绕过规则与自定义 DNS 设置，这些内容比程序本体更难重新整理。跨界面版本切换时，应分别保存可恢复的配置副本。
执行安装前先从托盘或应用菜单完整退出旧客户端，仅关闭主窗口可能仍保留后台进程。升级完成后若连接失败，先检查旧进程是否仍占用本地代理端口，再确认新客户端选择了正确节点，并核对系统代理或 TUN 是否按预期启用。
CLIENT SCOPE
客户端名称相近，但平台范围、内核生态与界面定位不同。选择时先看操作系统，再看配置兼容性，不需要在同一设备上重复安装所有客户端。
用于 Windows、macOS 与 Linux 桌面系统。主要操作包括订阅管理、节点选择、路由规则、系统代理、TUN 与配置编辑。Windows 提供 Desktop 和经典 WPF 两种界面，macOS 与 Linux 则按架构或软件包体系选择安装文件。桌面用户通常只需安装这一款客户端。
Android 平台的常规首选，采用 Xray 内核生态。适合通过订阅地址统一管理多个节点，也可直接导入 vmess、vless 等分享链接。连接由系统 VPN 接口承载，首次启动时需要确认对应权限。后台运行稳定性还会受到设备电池策略和应用休眠设置影响。
Android 平台的 v2fly 内核客户端，适合订阅或手工配置明确依赖对应内核行为的场景。选择前应查看配置提供方对协议、传输层和内核的说明。若没有特定兼容性要求，可先使用 v2rayNG；需要切换时，应先断开当前客户端的 VPN 连接。
DOWNLOAD FAQ
以下问题集中处理版本、架构、软件包格式和首次连接。配置导入与路由模式的完整操作见使用指南。
Desktop 是采用新一代跨平台界面的桌面版本，适合首次安装，或希望 Windows、macOS、Linux 保持相近界面结构的用户。WPF 是 Windows 经典界面版本，菜单组织、托盘入口和设置路径更接近既有版本。已经长期使用 WPF 且配置稳定时，可以继续选择经典版；新安装通常先选 Desktop。两者可能使用相同的本地代理端口，因此不要同时运行。
打开屏幕左上角系统菜单，进入“关于本机”，查看“芯片”或“处理器”字段。显示 Apple M 系列时下载 Apple Silicon arm64 包；显示 Intel 时下载 Intel x64 包。不要只根据设备型号或购买时间猜测，因为相近外观的设备可能使用不同处理器。安装包架构不匹配时，应用通常无法正常启动。
2015 年后的主流 Android 手机通常可以优先选择 arm64，文件只包含目标架构所需内容。无法从设备信息确认处理器架构，或 arm64 包在安装阶段提示不兼容时，再使用通用版。通用版覆盖范围更宽，但客户端功能与 arm64 版没有定位差异。选择 v2rayNG 或 v2flyNG 时，还应确认订阅配置对应的内核生态。
Debian、Ubuntu 及其衍生发行版通常使用 deb；Fedora、RHEL 系及其衍生发行版通常使用 rpm。确定格式后还需判断处理器：常见桌面电脑多为 x86_64，ARM 桌面设备或开发板环境则可能显示 arm64 或 aarch64。软件包格式和处理器架构是两个独立条件，任一项选错都可能导致安装失败。
多数同类型升级可以直接执行，但应先完整退出旧客户端，并备份订阅、节点、路由和 DNS 配置。Windows 从 WPF 切换到 Desktop、Linux 更换软件包体系或桌面系统迁移时，建议将配置视为独立数据处理，不要假设所有设置都会自动迁移。升级后先检查订阅分组和本地监听端口，再启用系统代理。
安装包只包含客户端程序。安装完成后仍需导入有效订阅地址或节点分享链接，执行订阅更新，选择一个可用节点，再根据使用场景启用系统代理或 TUN。若客户端显示已连接但应用无法访问网络，应依次检查节点配置、系统时间、本地端口、代理模式与路由规则，而不是重复安装客户端。