按平台选型
DESKTOP PICK
桌面设备首选 v2rayN
Windows、macOS 与 Linux 用户优先选择 v2rayN。它把服务器列表、订阅分组、系统代理、路由规则与 TUN 等桌面常用功能集中在图形界面中，适合从基础连接逐步过渡到多订阅和精细分流。
前往 v2rayN 下载入口 →CLIENT SELECTION
v2rayN、v2rayNG、v2flyNG 客户端对比
先按设备平台缩小范围，再比较内核、订阅管理、路由设置和流量接管方式。桌面设备优先看 v2rayN，Android 设备重点比较 v2rayNG 与 v2flyNG。
平台支持
Xray / V2Fly
订阅与路由
TUN 与流量接管
QUICK ANSWER
先看平台，再看内核
三款客户端并不是同一平台上的完全替代关系。桌面端与 Android 端先自然分流，只有 Android 用户通常需要继续比较两种内核路线。
ANDROID PICK
Android 首选 v2rayNG
多数 Android 用户可先选 v2rayNG。它采用 Xray 内核，订阅导入、配置切换和路由设置路径清楚，并通过 Android VPN 服务处理设备侧流量。若现有配置明确依赖 V2Fly 内核行为，再考虑 v2flyNG。
前往 Android 下载入口 →FULL COMPARISON
三款客户端功能对比表
表格用于确定选择方向，不代替服务端配置要求。协议、传输、安全参数与认证信息仍需和服务端逐项一致。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux | Android | Android |
| 主要内核 | Xray | Xray | V2Fly |
| 维护状态 | 活跃维护 | 活跃维护 | 活跃维护 |
| 上手难度 | 中等。基础导入简单，桌面设置项较多，需要理解系统代理与 TUN 的区别。 | 较容易。导入订阅、选择配置并启动连接的路径集中。 | 中等。操作逻辑接近 Android 图形客户端，但选用前应确认 V2Fly 兼容需求。 |
| 订阅分组 | 适合管理多个订阅来源，可按分组更新、筛选和切换服务器。 | 支持订阅导入与更新，适合手机端日常切换配置。 | 支持订阅导入与配置管理，重点在 V2Fly 内核路线。 |
| 路由规则界面 | 桌面端设置维度较完整，适合管理规则集、域名与 IP 流量去向。 | 提供 Android 端路由设置，可处理常见绕过、代理与应用流量需求。 | 提供与 V2Fly 内核对应的路由配置入口，规则能力受具体配置影响。 |
| TUN 与流量接管 | 支持 TUN；启用前应确认系统权限、路由冲突与本机安全软件设置。 | 通过 Android VPN 服务进行 TUN 流量接管，可按应用和路由配置处理连接。 | 通过 Android VPN 服务进行设备侧流量接管，行为与 V2Fly 配置体系对应。 |
| 特色功能 | 桌面多订阅管理、系统代理切换、路由规则 UI、TUN、日志查看。 | 移动端快捷配置切换、应用代理选择、路由设置、二维码与剪贴板导入。 | V2Fly 内核兼容路线、移动端订阅管理、应用流量与路由设置。 |
| 适合人群 | 桌面用户、多订阅用户、需要细化路由或同时管理多台电脑的用户。 | 多数 Android 用户，以及希望使用 Xray 内核与移动端图形设置的用户。 | 已有 V2Fly 配置基础，或明确需要 V2Fly 内核行为的 Android 用户。 |
CLIENT NOTES
每款客户端的适用边界
展开点评重点说明日常操作路径和选择条件，避免只凭客户端名称或内核名称下结论。
01
桌面首推
WINDOWS · MACOS · LINUX
v2rayN：桌面配置集中管理
v2rayN 适合把桌面端的连接、订阅、代理模式和路由规则放在同一处管理。刚开始使用时，只需完成订阅导入、选择可用配置并开启系统代理；熟悉基本流程后，再根据软件兼容情况决定是否使用 TUN。这样的渐进路径对新手和进阶用户都比较清楚。
它的优势在于桌面设置覆盖面广。多个订阅来源可以分组管理，日志窗口便于观察连接启动与请求失败线索，路由界面则适合处理直连、代理和阻断规则。对于办公软件、浏览器、开发工具同时运行的环境，桌面端集中设置比逐个应用配置更容易维护。
设置项较多也是需要注意的地方。系统代理、PAC、全局模式与 TUN 解决的问题并不完全相同，不建议在没有明确需求时同时反复切换。出现连接异常时，应先保留一种接管方式，再按本机网络、订阅状态、配置参数和日志信息的顺序检查。
适合：桌面主力设备
重点：订阅分组
进阶：路由与 TUN
选择 v2rayN
02
Android 首推
ANDROID · XRAY
v2rayNG：Android 日常使用路径
v2rayNG 面向 Android，适合希望快速完成订阅导入、配置选择和连接开关的用户。常用入口集中在主界面与侧边菜单中，既可以从剪贴板或二维码导入单条配置，也可以添加订阅地址并统一更新。对于只维护一个订阅来源的用户，基础操作通常不需要频繁进入高级设置。
客户端通过 Android VPN 服务接管流量，因此首次启动时系统会要求确认相应权限。按应用代理、路由规则和 DNS 设置会影响哪些流量进入客户端，应根据实际目标逐项调整。若基础配置已经可以正常连接，不必为了增加设置项而同时修改全部高级选项。
v2rayNG 使用 Xray 内核，适合现有订阅明确提供对应协议参数的场景。遇到导入成功但连接失败时，优先检查配置是否完整、手机时间是否准确、后台运行是否被系统限制，以及当前网络是否允许访问服务器地址。日志中的超时、认证失败或地址解析信息可帮助缩小范围。
适合：Android 主力设备
重点：快速切换配置
进阶：应用代理与路由
选择 v2rayNG
03
兼容备选
ANDROID · V2FLY
v2flyNG：V2Fly 内核路线
v2flyNG 同样面向 Android，但核心选择点不是界面风格，而是 V2Fly 内核。若服务提供方、既有配置文件或使用环境明确围绕 V2Fly 维护，选择 v2flyNG 可以减少内核行为差异带来的额外判断。对于没有这类前置条件的用户，通常先从 v2rayNG 开始更直接。
它具备移动端常用的订阅与配置管理能力，也通过 Android VPN 服务处理设备流量。配置导入后仍需核对协议、传输与安全参数；同一个订阅在不同内核客户端中的可见字段和默认行为可能存在差异，不能只凭“导入成功”判断配置已经完全适配。
在旧款手机上选择客户端时，不宜仅按设备年份推断性能。应先确认处理器架构和安装包类型，再观察系统后台限制、内存占用与实际连接稳定性。若订阅明确要求 V2Fly，v2flyNG 是合理选项；若没有内核要求，则可以先尝试 v2rayNG 的通用安装包。
适合：V2Fly 配置用户
重点：内核兼容关系
前提：确认订阅要求
查看 v2flyNG 下载
SCENARIO GUIDE
按使用场景选择客户端
平台确定以后，再结合操作熟悉度、设备数量和现有配置体系做选择。
小白：先完成最短连接路径
Windows、macOS 或 Linux 选择 v2rayN；Android 选择 v2rayNG。第一次配置只完成订阅导入、选择配置和启动连接，不同时调整路由、DNS 与 TUN。确认基础连接正常后，再逐项学习高级功能。
进阶：根据流量接管方式配置
桌面端使用 v2rayN 管理路由规则、系统代理与 TUN。Android 使用 v2rayNG 设置应用代理和路由；若环境明确要求 V2Fly 内核，则改用 v2flyNG。每次只调整一个变量，更容易从日志中判断影响。
多设备：统一订阅，分别处理平台设置
电脑端使用 v2rayN，Android 端使用 v2rayNG。订阅来源可以保持一致，但系统代理、TUN、应用代理和后台运行策略需要在各设备上独立设置。同步订阅不代表本机网络策略会自动同步。
旧款手机：先确认架构与系统限制
无法确定处理器架构时，可先查看 Android 下载区的通用安装包说明。安装后重点检查后台运行、电池策略和可用内存。客户端内核应按订阅兼容要求选择，而不是简单依据手机新旧决定。
DECISION PATH
三步完成选型
如果仍不确定，可以按下面的顺序排除。平台是硬条件，内核兼容是第二条件，界面功能属于后续偏好。
-
确认主要设备
主要设备是 Windows、macOS 或 Linux，选择 v2rayN。主要设备是 Android，再进入下一步比较。多设备用户无需强行统一客户端名称，分别选择对应平台的客户端即可。
-
查看订阅或配置的内核要求
Android 环境没有明确内核要求时，优先使用 v2rayNG。若配置说明明确以 V2Fly 为基础，或既有使用流程围绕 V2Fly 内核维护，则选择 v2flyNG。
-
最后比较高级功能
需要桌面订阅分组、规则 UI 和 TUN，使用 v2rayN；需要 Android 应用代理与移动端路由，使用 v2rayNG 或 v2flyNG。高级功能应建立在基础配置已经可用的前提上。
SELECTION NOTES
选型时容易混淆的三个概念
CLIENT
客户端不等于协议
v2rayN、v2rayNG 与 v2flyNG 是图形客户端；VMess、VLESS、Trojan 等是配置中可能使用的协议。选择客户端后，仍需保证客户端支持相关参数，并与服务端设置一致。
CORE
内核不等于连接结果
Xray 与 V2Fly 属于 Project V 生态中的不同内核路线。内核会影响协议能力和配置行为，但地址、端口、认证、传输与本机网络同样决定连接是否成功。
MODE
系统代理与 TUN 用途不同
系统代理主要影响遵循系统代理设置的应用；TUN 用于更广泛的流量接管。应先使用满足需求的简单方式，只有遇到应用不读取系统代理等情况时再评估 TUN。