客户端安装包 / 平台与架构
桌面选 v2rayN，安卓优先选 v2rayNG。先确认操作系统，再按处理器架构下载；v2flyNG 作为 V2Fly 内核备选。
同一客户端，两种界面。以下均为 x64 安装入口。
经典稳定的 Windows 界面。熟悉传统菜单和列表布局的用户可继续使用。两版的菜单位置可能不同，操作时以实际界面名称为准，不必为了更换界面重新购买订阅。
下载得到 ZIP 文件后，先完整解压到可写目录，再运行其中的安装程序。不要直接从压缩包预览窗口启动。安装结束后，导入订阅或分享链接，选定活动服务器，再设置系统代理；单纯打开窗口不会自动让所有应用改用代理。
切换 Desktop 与 WPF 前，先导出手动服务器和自定义规则。首次启动新界面时检查本地监听端口、DNS 与路由设置，避免沿用不适合当前环境的旧参数。两个实例同时运行可能产生端口占用，应先退出原实例。
| 检查项目 | 选择与准备 |
|---|---|
| 系统与架构 | 在“设置 → 系统 → 系统信息”查看系统类型。本页两个安装包均面向 x64，不能作为其他架构的原生安装包使用。 |
| 运行依赖 | 系统兼容范围及运行时要求随客户端发行包变化。若安装程序提示缺少运行时，按该发行包说明处理，不能仅凭文件扩展名判断兼容性。 |
| 权限与目录 | 配置目录需可读写。普通系统代理与 TUN 的权限需求不同；只有启用对应功能时，才按客户端提示授予必要权限。 |
打开苹果菜单 → 关于本机，查看“芯片”或“处理器”。
适用于“关于本机”中显示 Apple M 系列芯片的设备。优先使用匹配芯片的原生包，不要仅因文件名里出现 64 就选择 Intel 包。
打开 DMG 后，按安装窗口提示将应用放入“应用程序”目录，再从该目录启动。首次打开如出现系统安全提示，先确认文件来源和提示内容，再通过系统提供的单次授权路径处理；不建议为启动一个应用而关闭全局安全机制。
导入配置后，先确认服务器类型及传输参数，再选择系统代理或按实际需求配置 TUN。部分应用使用独立网络设置，不一定跟随系统代理。若浏览器可用而其他应用不可用，应先检查该应用的代理设置，不要立即更换订阅。
| 检查项目 | 选择与准备 |
|---|---|
| 芯片类型 | Apple M 系列选 arm64；Intel 处理器选 x64。以“关于本机”显示的信息为准。 |
| 系统兼容性 | 最低系统版本以当前发行包说明为准。较旧系统可能无法运行新界面依赖，下载前应确认兼容范围。 |
| 网络授权 | 系统代理和 TUN 的作用范围不同。涉及网络扩展或提升权限的提示时，先确认正在启用的功能与授权用途。 |
优先 v2rayNG；需要 V2Fly 配置生态时，再考虑 v2flyNG。
2015 年后的主流手机通常可选 arm64。最终仍取决于系统提供的应用 ABI；少量设备虽然采用 64 位处理器，却运行不同架构的系统，应以设备实际支持情况为准。
v2rayNG 使用 Xray 内核，适合需要相应协议与传输功能的安卓配置。安装后可从剪贴板、二维码或订阅分组导入配置。第一次启动 VPN 模式时，系统会显示连接授权，确认后客户端才能通过 VpnService 接管选定应用的流量。
连接容易在锁屏后中断时，先检查系统电池优化和后台运行权限。分应用代理开启后，要核对应用列表以及绕行模式含义；切换列表后通常需要重新连接，才能让新的应用范围生效。不要同时启动其他会占用系统 VPN 通道的应用。
适合采用 arm64 系统、且已有配置与 V2Fly 功能相匹配的设备。选择备选客户端的依据应是配置兼容性，而不是简单比较应用名称或版本数字。
V2Fly 与 Xray 属于相关但独立演进的内核家族，扩展功能和配置字段存在差异。不要假定另一款客户端能够直接读取全部自定义 JSON。迁移时先导入一条已知可用的配置，核对协议、传输、TLS 和路由，再批量恢复订阅；具体差异见协议手册。
| 检查项目 | 选择与准备 |
|---|---|
| 系统与 ABI | 系统须满足当前 APK 的最低要求；架构确认后选 arm64，不确定时选通用版。设备年份只能作为初步参考。 |
| 安装权限 | 为实际打开 APK 的浏览器或文件管理器授予“安装未知应用”权限。安装结束后可按需要收回该权限。 |
| 连接与后台 | VPN 模式需要系统连接授权。后台限制可能影响持续运行；根据手机设置为客户端配置合适的电池管理策略。 |
先确认发行版使用 deb 还是 rpm，再区分 x64 与 arm64。
面向采用 deb 包管理体系的兼容桌面发行版，例如 Debian、Ubuntu 系。amd64 在此表示 x64 架构，并不限定处理器厂商。
arm64 设备：下载 deb 包 →面向采用 rpm 包管理体系的兼容桌面发行版。包格式相同不保证依赖环境相同，应同时检查发行包面向的系统环境与本机依赖。
arm64 设备：下载 rpm 包 →通过发行版的软件安装器打开对应安装包，查看依赖提示后完成安装。若软件安装器报告依赖不满足，先核对发行版、包目标环境与架构，不建议强制忽略依赖。图形客户端需要可用的桌面会话，不应把这类安装包当作服务器端服务部署包。
首次运行先导入配置，再确认本地代理监听地址和端口。桌面环境的系统代理是否生效，取决于应用是否遵循该设置；需要更广的流量接管范围时，再了解 TUN 的权限与路由影响。更改网络模式前保留原始网络设置，便于排查和恢复。
| 检查项目 | 选择与准备 |
|---|---|
| 包格式 | 按发行版的软件管理体系选择 deb 或 rpm；不要通过修改文件扩展名尝试转换包格式。 |
| 处理器架构 | x86_64 与 amd64 对应本页 x64 包；aarch64 通常对应 arm64。可在系统设置的设备信息中确认。 |
| 桌面与依赖 | 需要兼容的图形桌面及发行包所需运行依赖。安装器报错时先记录具体缺失项，再判断当前系统是否适用。 |
先建立一条可用连接，再调整分流和高级选项，排查时更容易定位问题。
客户端与订阅是两件事。准备合法取得的订阅地址、二维码或分享链接，在客户端对应入口导入；添加订阅地址后，还需执行更新订阅，才会生成服务器列表。地址可能包含访问凭据，不要把完整内容贴到公开页面。
选定活动服务器，核对协议和传输配置，再启用系统代理或 VPN 模式。桌面系统代理并不覆盖所有应用，安卓分应用列表也会改变接管范围。先使用明确的基础设置，避免同时调整路由、DNS 和多个传输参数。
访问日常使用的服务，结合客户端日志判断连接是否建立。连通性测试结果不能等同于实际下载速度；出现问题时，按服务器、线路、本地设置逐层检查。连接正常后，再备份配置并按需要增加分流规则。
保留可恢复的数据，比直接覆盖安装更重要。
更新前记录当前使用的客户端、安装渠道与架构，保存订阅地址、手动服务器和自定义路由。桌面用户还应记录系统代理、监听端口、DNS 及 TUN 设置。不要只截取服务器名称：显示名称不足以恢复协议参数，必要时使用客户端提供的导出功能。
同一客户端的常规更新通常会保留用户数据，但这不替代备份。跨界面、跨客户端或跨签名渠道迁移时，数据目录与导入能力可能不同。先退出旧实例，安装后导入少量配置确认可用，再恢复其余设置；安卓若出现签名冲突，应先确认备份可恢复，再决定是否移除旧应用。
页面中的客户端版本文字与安装包文件名来自不同清单字段，文件名可能保留渠道标识。安装完成后，可在客户端“关于”页面查看实际构建信息。不要用不同项目的版本数字大小判断功能多少；协议支持要看客户端所用内核与具体配置。
围绕架构、安装权限、迁移与首次连接的六个检查点。