平台与功能对照
先看平台，再看内核和接管方式。下表描述常见使用方式，具体选项名称与可用功能以所装客户端的设置界面为准。
窄屏可在表格内左右滑动，依次查看三款客户端。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux。 | Android。 | Android。 |
| 内核家族 | 常见配置使用 Xray；可选内核以安装包和参数设置为准，不等同于固定的 v2fly 客户端。 | 以 Xray 内核为主，协议与传输能力跟随所集成内核。 | V2Fly（v2fly）内核，需按其支持范围核对配置。 |
| 维护状态 | 活跃维护；桌面界面和内核能力会随发布变化。 | 活跃维护；更新时关注安卓适配及内核变更。 | 作为备选，维护与兼容变化需结合当前发布说明判断。 |
| 上手难度 | 入门适中。导入订阅后，还需理解系统代理、路由与 TUN 的分工。 | 入门较直接。导入、选择配置、授权 VPN 后连接，再处理后台限制。 | 基础操作相近；需要自行确认 V2Fly 配置兼容，选型门槛更高。 |
| 订阅分组 | 提供独立订阅分组管理，便于分别更新和整理来源。 | 支持订阅管理与分组筛选，适合手机上的常规切换。 | 支持基础订阅管理；分组细节以当前界面为准。 |
| 路由规则 UI | 提供路由设置界面，适合编辑域名、IP 与规则顺序。 | 提供路由及相关设置入口，复杂规则仍需理解匹配逻辑。 | 可配置路由；预设与编辑界面不应照搬其他客户端教程。 |
| TUN 与流量接管 | 提供 TUN 模式；权限、虚拟网卡及路由条件随系统而异。 | VPN 模式经 Android VPN 服务接管流量；不是桌面 TUN 开关的同义项。 | 通过 Android VPN 服务接管流量，实际行为还取决于客户端设置。 |
| 分应用需求 | 系统代理通常不是按应用选择；更细的控制需结合路由与实际接管能力。 | 分应用代理入口适合选择哪些应用走代理或绕行。 | 相关能力及选择方式应在安装后的设置中确认。 |
| 适合人群 | 桌面日常使用、订阅整理、路由调试和多系统用户。 | 安卓入门、日常连接及需要分应用控制的用户。 | 已有 V2Fly 使用经验，或明确需要对应内核环境的用户。 |
v2rayN：桌面配置与路由管理
从“订阅分组”导入配置，在主界面确认当前项，再选择“自动配置系统代理”。这是多数桌面入门场景的起点。需要整理多个订阅来源、检查路由顺序时，桌面窗口的空间更充足。
查看 v2rayN 安装入口 →静态设置示意。系统代理与 TUN 是不同的接管路径，不必为了完成首次连接同时开启。
v2rayN 的优势在于把订阅、路由与桌面网络接管放到可集中检查的界面中。Windows 安装入口区分桌面版与经典 WPF 版：前者使用新一代跨平台界面，后者沿用经典界面。选择时主要看操作习惯与当前系统兼容性，不要把界面差别理解成服务端质量差别。macOS 按芯片选择安装包，Linux 则先确认处理器架构和包格式。
代价是设置项较多。系统代理只影响愿意读取它的应用；TUN 用于另一类流量接管需求，还涉及权限、虚拟网络接口与路由。首次验证时先保持单一接管方式，确认访问正常后再增加规则。订阅能导入但不能连接时，应检查具体传输参数与内核日志，而不是反复切换桌面界面。多系统间迁移时，也应重新核对本地监听、权限与 DNS 设置。
静态设置示意。分应用代理应在基础连接可用后配置，避免把应用排除问题误判为连接故障。
v2rayNG 适合作为安卓首选，原因是常用连接流程集中，且以 Xray 为主要内核。订阅负责提供连接参数，VPN 服务负责把应用流量交给客户端，两者并非同一件事。看到系统的 VPN 标记，只能说明相应服务已启动，不能单独证明远端连接成功；仍需结合真连接测试、实际访问与日志判断。
分应用代理适合手机场景，但要先读清当前采用的是“仅代理选中应用”还是“绕过选中应用”的含义。方向选反，会出现客户端显示已连接、目标应用却没有走代理的现象。保存后应重新建立连接，并单独打开目标应用验证。切换无线网络与移动数据时，若出现断连，应先排查后台限制、其他 VPN 服务占用及网络重建，不宜立刻归因于内核。
仅代理模式通常需要应用自行指向本地代理，不能把它当成 VPN 模式的省电替代开关。需要手机上多数应用按路由工作时，先采用 VPN 模式完成基础验证，再按实际需求缩小代理范围。
v2flyNG：V2Fly 内核备选
先核对服务端使用的协议、传输与安全参数，再决定是否沿用 V2Fly 内核环境。v2flyNG 适合已有明确兼容依据的安卓用户，而不是按名称随意替换。
查看安卓备选客户端 →v2flyNG · V2Fly 内核
- 协议与传输能否识别
- 订阅字段是否完整保留
- 设备系统是否满足安装条件
- 当前发布说明是否覆盖所需能力
这是一份兼容检查清单，不是功能排名。已有配置在 V2Fly 环境中验证通过，才有继续沿用的依据。
V2Fly 与 Xray 同属 Project V 相关生态，但并不是可以忽略差异的两个标签。内核负责解析协议与执行传输，客户端负责订阅、界面及系统连接管理。v2flyNG 采用 V2Fly 内核，因此选择它时，应看完整配置是否在对应内核支持范围内，而不是只看订阅链接能否被打开。
如果配置依赖 Xray 的特定能力，例如 REALITY，就不能假设换到 V2Fly 后仍能直接使用。反过来，已有普通配置也不必仅因名称不同就迁移。先保留原有可用配置，在备选客户端独立导入并验证；订阅地址可以相同，本地路由、应用选择与其他设置却未必随之迁移。
维护状态需要结合当前发布说明判断，不用历史印象代替实际兼容检查。本页不按发布频率给三款客户端排名。对安卓新用户而言，缺少明确 V2Fly 需求时，先采用 v2rayNG 能减少查找教程与核对内核差异的步骤。
按使用场景选择
使用习惯比功能数量更重要。只开启当前需要的能力，排查时才容易判断问题落在哪一层。
安装前的确认顺序
结论保持简单：桌面首推 v2rayN，安卓首推 v2rayNG。v2flyNG 留给已经确认 V2Fly 兼容需求的场景。
- 确认平台与安装包。桌面先区分系统、芯片和包格式；安卓先核对系统兼容条件与架构。不要仅凭文件名里有客户端名称就安装。
- 确认完整连接参数。协议只是其中一项，传输、安全设置、域名和扩展字段都要匹配。订阅导入成功不等于内核已经接受全部配置。
- 确认流量入口。桌面系统代理、桌面 TUN 与安卓 VPN 服务分别验证。出现部分应用异常时，先判断应用是否被当前方式接管。
- 确认后续排查路径。保留可用配置，每次只修改一类设置。更新客户端后如有行为变化，结合发布说明、日志与实际访问结果定位，避免同时更换内核和路由。
安装入口按平台集中在下载页。首次使用可接着阅读快速上手；已经导入却无法联网时，转到故障排查，按症状检查会比反复更换客户端更容易得到明确结论。