v2rayN
适用于 Windows、macOS 与 Linux。订阅分组、节点管理、系统代理、路由规则与 TUN 模式集中在同一套桌面界面中，适合需要频繁调整规则或管理多组配置的用户。
查看桌面下载入口
client.select
V2Ray 客户端对比与选型
在 v2rayN、v2rayNG、v2flyNG 之间选择时，先看操作系统，再看内核依赖与路由需求。桌面平台优先考虑 v2rayN；安卓常规使用优先考虑 v2rayNG；明确需要 v2fly 内核路径时再选择 v2flyNG。
桌面与安卓的直接结论
三款客户端没有统一的跨平台优先级。操作系统决定第一层范围，内核与功能需求决定第二层选择。
v2rayNG
面向 Android，使用 Xray 内核。常见订阅导入、节点切换、分应用代理、路由设置和系统级流量接管均可在移动端完成，适合作为安卓设备的常用客户端。
查看安卓下载入口v2flyNG
同样面向 Android，但核心选择偏向 v2fly。它不是按照界面新旧来划分的替代项，而是面向明确需要 v2fly 内核行为、配置语义或既有使用路径的场景。
阅读 v2flyNG 点评平台、内核与功能对比表
表格按客户端的主要使用路径整理。功能入口会随维护调整，选型时应优先判断平台与内核，不应只比较界面选项数量。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux | Android | Android |
| 主要内核 | Xray | Xray | v2fly |
| 维护状态 | 活跃维护 | 活跃维护 | 持续维护 |
| 上手难度 | 中等。功能入口较多，首次需要理解系统代理、路由模式与 TUN 的区别 | 较低。导入订阅、选择节点、启动连接的路径较短 | 中等。基础操作直接，但选择它之前需要理解 v2fly 与 Xray 的差异 |
| 订阅分组 | 适合管理多条订阅，可按分组更新、筛选与切换配置 | 支持移动端订阅管理，适合日常更新与节点切换 | 提供订阅管理，重点在 v2fly 内核配置的使用路径 |
| 路由规则界面 | 桌面端入口较完整，适合编辑域名、IP、进程与出站规则 | 提供预设与自定义路由，适合移动端分应用和域名规则 | 提供移动端路由配置，规则行为以 v2fly 内核支持为准 |
| 流量接管 | 支持系统代理与 TUN 模式，可覆盖不读取系统代理的程序 | 通过 Android 系统网络服务接管应用流量，并可配置分应用范围 | 通过 Android 系统网络服务接管应用流量，行为由 v2fly 配置决定 |
| 特色功能 | 订阅分组、路由规则 UI、系统代理切换、TUN、桌面多配置管理 | 二维码导入、订阅更新、分应用代理、路由设置、移动网络快速切换 | v2fly 内核路径、订阅管理、分应用控制、自定义路由配置 |
| 适合人群 | 桌面用户、多订阅用户、需要精细分流与 TUN 的进阶用户 | 安卓日常用户、首次配置用户、使用 Xray 配置的移动端用户 | 明确依赖 v2fly 内核、需要保持既有配置行为的安卓用户 |
三款客户端展开点评
下面分别说明每款客户端的操作结构、优势边界和适用条件，重点放在实际配置路径，而不是简单罗列功能名称。
桌面首推
v2rayN
- 平台
- Windows / macOS / Linux
- 内核
- Xray
- 定位
- 桌面综合管理
v2rayN 的重点不是单次连接，而是把桌面端常用管理动作放在一个界面中：订阅更新、节点筛选、活动配置切换、系统代理、路由规则和日志检查都有明确入口。对于只需导入一条订阅的用户，基础流程仍然是“导入—更新—选择—启动”；对于需要管理多条订阅的用户，分组与筛选可以减少配置混在一起时的查找成本。
桌面程序并不都会读取系统代理设置。浏览器通常可以跟随系统代理，但部分命令行工具、游戏启动器或独立网络程序可能绕过该入口。此时 v2rayN 的 TUN 模式可以通过虚拟网络接口扩大接管范围。开启前需要确认本地监听端口、DNS 与路由规则，遇到连接问题时也应先退回系统代理模式，判断故障来自节点还是 TUN 配置。
路由规则 UI 是 v2rayN 更适合进阶桌面用户的原因之一。用户可以按域名、IP、进程和协议安排直连、代理或阻断出站，但规则越多，命中顺序越重要。首次使用不必立即编辑复杂规则，先用预设模式完成连通性验证，再逐项增加自定义条件，排查过程会更清晰。
选择 v2rayN 桌面版本
安卓首推
v2rayNG
- 平台
- Android
- 内核
- Xray
- 定位
- 移动端常规使用
v2rayNG 的常规操作链路较短：通过订阅地址、剪贴板内容或二维码导入配置，更新订阅后选中节点，再启动系统网络连接。移动端长期使用时，建议为订阅设置可识别的名称，并在更新前确认当前分组，避免多个来源的同名节点影响判断。
Android 上的流量接管依赖系统提供的网络服务。首次连接时系统会要求确认网络连接权限，允许后客户端才能把应用流量送入本地处理链路。分应用设置可用于限定哪些程序进入该链路，但修改名单后应重新测试目标应用；部分程序会缓存连接，必要时需要完全关闭后再启动。
v2rayNG 使用 Xray 内核，适合常见 Xray 配置与路由需求。路由设置可以处理域名、IP 与应用范围，不过移动屏幕并不适合长期维护大量复杂规则。如果规则规模较大，可先在桌面端梳理目标、出站与优先级，再在移动端保留真正需要的部分，减少规则交叉导致的排查难度。
选择 v2rayNG 安卓版本
内核备选
v2flyNG
- 平台
- Android
- 内核
- v2fly
- 定位
- 特定内核路径
v2flyNG 的主要区分点是 v2fly 内核，而不是把移动端基础操作重新设计一遍。订阅导入、节点选择、启动连接、分应用范围与路由设置仍属于熟悉的安卓客户端路径。真正影响选择的是现有配置是否按照 v2fly 的能力与语义准备，以及用户是否明确希望沿用该内核家族。
同一条订阅可能包含多种协议与传输参数。客户端能够识别订阅格式，不等于其中每个配置都能在不同内核之间保持完全相同的行为。若从 v2rayNG 切换到 v2flyNG，应逐个检查配置能否导入、连接日志是否正常、目标域名是否按预期分流，而不是只看节点名称是否出现。
对于没有内核偏好的普通安卓用户，v2rayNG 通常是更直接的起点。v2flyNG 更适合已有 v2fly 配置、需要复现既有路由行为，或正在对照两类内核排查配置差异的用户。两款客户端可以分别用于测试，但不要让它们同时争用系统网络连接。
查看 v2flyNG 下载入口小白、进阶与多设备场景
平台确定后，再根据配置复杂度和设备状态选择。下面四类场景覆盖首次使用、精细分流、多设备管理与性能较弱的安卓设备。
从平台到内核的判断路径
依次回答四个问题，可以避免先安装多个客户端再反复迁移配置。
platform
先确认当前设备平台
Windows、macOS 与 Linux 直接进入 v2rayN 的选择范围；Android 再在 v2rayNG 与 v2flyNG 之间判断。平台是硬条件，不能通过界面偏好替代。
core
核对配置要求的内核
常见 Xray 配置在桌面使用 v2rayN，在安卓使用 v2rayNG。只有配置提供方明确给出 v2fly 路径，或需要复现已有 v2fly 行为时，才把 v2flyNG 放到优先位置。
routing
判断路由规则复杂度
只需基础直连与代理分流时，客户端预设通常足够。需要按进程、域名、IP 或应用精细控制时，应选择规则入口更符合当前平台的客户端，并保持规则数量可审查。
takeover
确认需要接管哪些流量
桌面浏览器跟随系统代理时，不一定需要 TUN；只有目标程序绕过系统代理时再开启。安卓通过系统网络服务接管流量，可继续用分应用设置缩小范围，降低排查复杂度。
verify
用日志与访问结果验证
安装完成后先更新订阅并选择单个节点，查看连接日志，再测试目标域名和 DNS 解析。确认基础链路正常后再导入更多订阅、开启流量接管或增加自定义规则。
客户端选择中的常见误区
名称、内核、订阅与连接模式属于不同层级。把它们混在一起判断，容易把配置问题误认为客户端问题。
订阅能导入，不代表配置完全兼容
订阅只是配置集合的分发方式。真正决定连接行为的是每个节点使用的协议、传输、安全参数与内核能力。切换内核后，应重新检查日志和路由结果。
TUN 不是默认必开选项
系统代理已经覆盖目标程序时，继续使用简单模式更容易维护。只有程序不读取代理设置、需要统一接管时，才增加 TUN 与对应 DNS 配置。
规则数量不等于分流质量
大量交叉规则会增加命中顺序和 DNS 判断的复杂度。先保留少量可解释规则，确认每条规则对应的出站，再逐步扩展，比直接导入庞大规则集更便于排查。
多设备不必使用同一种界面
桌面与安卓的系统网络模型不同。使用 v2rayN 配合 v2rayNG，可以保持订阅来源一致，同时让系统代理、TUN 与分应用功能分别适配各自平台。