客户端选型 / 平台 · 内核 · 流量接管
桌面首推 v2rayN，安卓首推 v2rayNG。需要沿用 V2Fly 配置生态时，再考虑 v2flyNG。先筛平台，再核对协议与接管方式。
表中比较的是客户端定位与常见功能路径，不是统一环境下的性能排名。具体菜单、内核组件和权限要求，以安装的构建为准。
窄屏可在表格内左右滑动，查看三款客户端的完整对照。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux；按系统和处理器架构选择包。 | Android；提供 arm64 与通用包入口。 | Android；提供 arm64 与通用包入口。 |
| 内核方向 | Xray / V2Fly 生态；可选项及协议支持随构建和所用内核变化。 | 以 Xray 为主要内核方向，适合使用其对应协议特性。 | V2Fly 内核，适合沿用该内核支持的配置。 |
| 维护状态 | 活跃维护；跨平台界面与经典 WPF 版应分别核对更新说明。 | 活跃维护；关注内核更新、系统适配与权限行为变化。 | 作为 V2Fly 生态备选；维护节奏按项目发布说明核对，不据此推断功能齐平。 |
| 上手难度 | 基础导入较直接；系统代理、TUN、DNS 与路由需要分层理解。 | 基本连接步骤较少；需要理解 VPN 授权与后台运行限制。 | 基本操作接近安卓同类客户端；协议兼容性需要额外确认。 |
| 订阅分组 | 适合在桌面集中维护多组订阅，按来源组织服务器配置。 | 支持订阅分组管理，适合手机端导入、更新与切换。 | 可管理订阅；分组编辑与导入格式按具体构建核对。 |
| 路由规则 UI | 提供路由设置界面，适合查看规则次序、域名策略与出站标签。 | 提供路由相关设置；精细规则的编辑方式取决于构建。 | 提供路由相关设置；不能直接假定接受 Xray 专属字段。 |
| TUN 与流量接管 | 支持 TUN 相关接管能力；依赖构建、组件、权限及系统环境。 | 通过 Android VpnService 建立虚拟接口；不是桌面 TUN 开关的同一套操作。 | 同样依赖 Android VPN 授权；具体接管选项按构建核对。 |
| 应用范围控制 | 系统代理只覆盖遵循该设置的应用；扩大范围需评估 TUN 与路由。 | 分应用代理适合按应用纳入或排除接管范围。 | 按客户端提供的应用过滤选项配置，并确认列表语义。 |
| 适合人群 | 桌面日常使用、订阅整理、规则编辑与多窗口排查。 | 安卓日常使用、需要 Xray 特性或分应用管理的用户。 | 已有 V2Fly 配置需求、愿意核对兼容边界的安卓用户。 |
客户端决定配置如何管理，内核决定连接如何执行。两层都合适，迁移和排查才更直接。
v2rayN 的选型优势在桌面操作空间。订阅分组、服务器编辑、路由规则与运行日志可以分开查看，适合需要反复核对配置的人。Windows 用户在下载时还要区分跨平台桌面版与经典 WPF 版：前者沿用跨平台界面路线，后者保留经典 Windows 操作习惯。两者的菜单位置与组件安排可能不同，教程中的按钮名称不宜机械套用。
基础使用先从系统代理开始。只有需要接管不遵循系统代理的程序时，再评估 TUN。启用前确认所需组件和权限，启用后检查 DNS 与路由是否符合预期。TUN 扩大的是流量入口范围，不会自动改善服务器线路，也不会替代规则设计。内核切换同样不是性能快捷键；已有配置若依赖某个内核专属字段，应先确认兼容性。
v2rayNG 适合需要 Xray 配置能力的安卓用户。导入订阅后，重点不是寻找桌面版同名开关，而是完成系统 VPN 授权、确认选中的配置，再决定哪些应用进入接管范围。Android VpnService 提供虚拟网络接口；客户端接收流量后，内核仍需按路由规则决定代理、直连或阻断。系统状态栏出现 VPN 标记，只代表服务建立，不代表每个目标都已连通。
分应用代理是手机端实用的控制项，但纳入名单与排除名单的含义必须读清。某应用未进入接管范围时，修改内核里的域名规则通常不会改变它的连接路径。长期运行还受系统省电策略影响，若锁屏后断连，应先查看后台限制和电池优化，再考虑更换客户端。移动数据与无线网络切换后的重连表现，也值得在实际设备上单独观察。
v2flyNG 的主要选择理由是 V2Fly 内核需求，而不是名称与 v2rayNG 相近。已有配置明确面向 V2Fly，或者需要在该内核环境中复现行为时，它更有针对性。基础订阅导入与连接流程仍属于安卓图形客户端的操作范畴，但可接受的链接格式、扩展参数和高级设置，应以当前构建实际提供的功能为准。
从 v2rayNG 迁移时，不能只看服务器地址是否一致。还要检查传输类型、安全层、域名相关参数及路由字段，尤其不能把 Xray 专属能力视为两者共有。反过来，采用 V2Fly 也不意味着一定更省电或更适合旧设备。维护节奏、系统兼容性与具体协议负载需要分别评估；如果没有明确的 V2Fly 需求，安卓初次安装优先选择 v2rayNG 更便于沿用本站指南。
先确认流量有没有进入客户端，再判断内核如何转发。入口与路由是两个不同问题。
设置系统代理后，遵循系统代理设置的应用会把请求交给本地监听端口。部分应用使用自己的代理选项，或者直接建立连接，因此浏览器可用而其他程序不可用，并不能立即归因于服务器故障。先核对目标应用是否采用系统代理，再查看本地端口与监听状态，排查顺序会更清楚。
TUN 通过虚拟网络接口处理更多应用流量，同时也增加路由、权限与 DNS 协同要求。存在其他虚拟网卡或代理服务时，还可能遇到接口与路由冲突。不要为了比较客户端而一次开启多套接管服务；先保留一种入口方式，确认基础连接，再逐项增加规则。平台相同也不代表所有安装包拥有相同的运行条件。
安卓客户端通过 VpnService 获得流量入口，分应用设置决定哪些应用进入该入口，内核路由再决定已进入流量的出站。多数普通使用环境下，同一用户空间的 VPN 服务会相互竞争；测试另一款客户端时，应先停止当前服务。这里比较的是接管机制，不是远端服务器是否采用某一种 VPN 协议。
少量明确条件，比功能数量更能缩小选择范围。
选型结论：桌面首推 v2rayN，安卓首推 v2rayNG；v2flyNG 保留给明确的 V2Fly 需求。
本页不提供脱离设备和线路的速度排名。客户端日志更适合判断失败发生在解析、握手还是转发阶段；后台断连则应回到系统权限与省电设置检查。需要继续拆解协议差异，可阅读协议参考；需要从导入开始操作，可使用入门指南。