按系统、架构与内核选择安装包。
桌面端选 v2rayN；Android 端优先查看 v2rayNG，使用 V2Fly 配置时可考虑 v2flyNG。客户端负责界面与配置管理，连接能力还取决于内核、服务端参数和所用版本。
先确认设备的操作系统，再核对处理器架构。下方入口仅对应所选平台，版本信息放在客户端卡片中。
Windows x64 安装入口。Desktop 是新一代跨平台 UI；经典 WPF 版保留传统 Windows 界面，适合已有操作习惯的用户。
两种界面面向同一类桌面使用需求，并不代表两套互不相干的代理协议。首次安装可先用 Desktop；需要延续经典界面操作路径时，再选 WPF 版。是否能运行现有配置，应看所选内核与配置字段，而不是仅看界面版本。
这里的下载文件是 ZIP 格式。下载后先解压到独立文件夹，再运行其中的安装程序，不要直接在压缩包预览窗口中启动。安装时保留一个可识别的目录，便于后续区分应用文件、备份和更新包。
已有客户端的用户应先退出托盘中的旧进程。升级后检查订阅分组、路由模式和系统代理状态；如果同时保留两种界面用于比较，避免两个实例一起修改系统代理或占用同一个本地监听端口。
按 Mac 的芯片类型选择 DMG 安装包。Apple Silicon 使用 ARM64 入口，Intel 处理器使用 x64 入口。
打开系统菜单中的“关于本机”，查看显示的是“芯片”还是 Intel“处理器”。M 系列芯片选择 Apple Silicon 包，Intel 机型选择 x64 包。不要用购买年份代替芯片信息，同一年份也可能存在不同平台的设备。
打开 DMG 后，按照磁盘映像窗口提示将应用放入“应用程序”目录，再从该目录启动。不要长期从挂载的磁盘映像中运行，以免卸载映像后找不到应用，或更新时混淆实际安装位置。
首次启动时如遇系统安全提示，应先核对下载入口、文件来源和当前系统的提示内容，再按系统提供的允许流程操作。不要为了启动客户端而整体关闭系统安全机制；若提示架构或系统版本不匹配，应回到安装包选择环节。
导入配置后先使用普通系统代理验证支持代理的应用，再按实际需要考虑 TUN。应用能够启动，只说明界面运行环境满足要求，不代表订阅中的每种传输与安全层组合都能被当前内核处理。
Android 图形客户端，以 Xray 内核为主要使用方向。首次选择时，先确认服务端配置所需的协议、传输和安全层支持。
2015 年后的主流手机通常优先选择 arm64 包，但部分设备仍可能运行不支持 64 位应用的系统。架构不确定时可尝试通用版；如果安装仍失败，应继续检查系统版本和错误提示，而不是反复更换相同文件。
APK 安装授权针对发起安装的应用，例如浏览器或文件管理器。只给本次实际使用的应用授予所需权限；安装完成后可在系统设置中重新检查该授权。首次启动连接时，系统还会单独询问是否允许建立 VPN 连接。
导入分享链接或订阅后，选择一条配置再启动。测试时先保持默认路由，确认基础连接与域名解析，再逐步加入应用分流、规则或自定义 DNS，便于定位问题来源。
面向 V2Fly 内核的 Android 备选客户端。适合已有 V2Fly 配置与操作习惯、且已确认功能兼容的使用场景。
两款 Android 客户端的界面和导入方式可能相近，但内核能力不应视为完全相同。尤其是配置依赖某个分支的特定功能时，不能仅凭分享链接成功导入就判断可以连接，仍要确认字段是否被正确保留和支持。
迁移时先保留原客户端与配置备份，再在新客户端中导入一条已知配置进行验证。不要同时启动两款客户端的 VPN 接管；系统通常只能维持一个此类接管通道，后启动的连接可能替换先前连接。
如果只是订阅更新失败，先检查订阅地址、访问条件和错误信息，不必立即更换内核家族。客户端选型解决的是兼容与管理需求，并不能替代正确的服务端参数。
| 检查项目 | 选择条件 | 安装前确认 |
|---|---|---|
| 系统版本 | 以当前 APK 的最低系统要求为准 | 在设置中查看 Android 版本 |
| arm64 | 设备与系统支持 ARM64 应用 | 2015 年后的主流手机通常优先选用 |
| 通用版 | 用于架构不确定或需要其他受支持架构的情况 | 不能据此绕过最低系统要求 |
| 安装授权 | 允许当前浏览器或文件管理器安装应用 | 留意系统给出的具体权限范围 |
| 连接授权 | 首次连接时允许系统 VPN 请求 | 避免与其他 VPN 接管同时使用 |
更新时若出现签名不一致，不要直接卸载旧应用。先备份配置，再确认旧应用来源和更新路径。后台连接容易中断时，再检查系统省电与后台活动设置；不要把所有断连都归因于协议类型。
先按发行版选择 deb 或 rpm，再核对 x64 与 ARM64 架构。以下主入口面向 x64 桌面系统。
Debian、Ubuntu 系发行版通常使用 deb，Fedora、RHEL 系发行版通常使用 rpm。包格式只是第一层筛选条件，具体软件包仍可能依赖特定系统库与发行版版本；不能因为同样支持 rpm 就默认所有版本都能安装。
在系统“关于”或硬件信息页面查看处理器架构。包名中的 amd64、x86_64 都指向常见 x64 架构，arm64、aarch64 对应 ARM64。架构与发行版是两个独立条件，必须同时匹配。
下载后优先通过发行版的图形软件安装器打开文件，阅读依赖与兼容提示，再完成安装。若安装器报告依赖不满足，应先核对发行版版本，不建议强行忽略依赖继续安装。
这是桌面图形客户端入口，不面向只有终端的服务器环境。系统代理能否影响目标应用，取决于桌面环境与应用本身是否读取相应设置；需要更广泛的接管时，再单独评估 TUN 的权限、路由与 DNS 行为。
安装包、连接配置与代理接管是三个独立环节。按顺序完成，出现问题时更容易确定边界。
单条分享链接保存一份连接配置；订阅地址用于获取和更新一组配置。将地址添加到对应的订阅管理入口，不要把订阅网址当作服务器地址填写。导入后检查协议类型、端口、传输与安全层是否完整。
订阅地址可能包含访问凭据，截图或求助前先隐藏完整地址。客户端安装完成并不意味着已经拥有可用服务端，需要自行准备有权使用的配置。
查看导入步骤 →桌面端先使用系统代理测试遵循代理设置的应用，Android 端按提示授权 VPN 接管。系统代理与 TUN 不是同义词，也不是所有应用都会自动读取系统代理。
初次验证时保留简单路由，避免同时开启多个接管工具。需要应用分流或全局虚拟网卡时，再逐项检查路由、DNS 与权限设置；不要一次改动多个选项后才开始测试。
查阅接管与分流概念 →先测试一条已知配置，再恢复自定义规则、DNS 和其他偏好。能够导入链接只证明客户端识别了部分配置内容，不足以证明内核支持全部字段，仍需观察实际连接与日志结果。
更新前保存原配置与订阅管理信息；遇到错误时记录完整提示、发生步骤和当前接管方式。把安装失败、订阅失败与连接失败分开处理，通常比反复更换安装包更有效。
按现象查找问题 →关于安装包选择、配置迁移与版本显示的常见问题。
需要。安装包提供图形界面和连接配置管理功能，不附带可直接使用的服务端配置。请准备自己有权使用的订阅地址或分享链接，导入后选择配置，再设置系统代理或应用内的 VPN 接管方式。
首次使用可从 Desktop 桌面版开始，它采用新一代跨平台界面；习惯传统 Windows 界面的用户可选择经典稳定的 WPF 版。两者不是处理器架构的区别。切换前先备份订阅、路由和自定义设置，不要同时接管系统代理。
2015 年后的主流手机通常优先选择 arm64，但仍需确认设备系统支持 64 位应用。处理器或系统架构不确定时可尝试通用版；通用版不能解决系统版本过旧、存储不足或签名冲突等安装问题。
不能只凭客户端名称判断。v2rayNG 以 Xray 内核为主要使用方向，v2flyNG 面向 V2Fly 内核。分享链接的识别、传输方式和安全层字段都要分别确认，尤其是依赖 Xray 特定能力的配置，不应默认可在 V2Fly 中运行。
页面版本文字来自下载清单的版本字段，具体文件来自同一清单的下载条目，两者可能存在更新节奏差异。文件名不能代替已安装版本；安装完成后应在客户端的关于或版本信息中确认实际版本。
先使用客户端提供的导出或备份功能保存配置，并单独记录自定义路由、DNS 和代理接管方式。退出正在运行的客户端后再更新，更新完成检查配置是否保留。备份可能包含订阅地址与连接凭据，应保存在受控位置，不要公开上传。