桌面设备先看 v2rayN；安卓设备再按配置要求选择基于 Xray 的 v2rayNG 或基于 V2Fly 的 v2flyNG。本文区分图形客户端、内核与节点配置，说明订阅能共用到哪一层、系统代理与分流规则怎样配合，并给出两端部署和迁移时的检查顺序。
平台覆盖：桌面与安卓先分开选
三个名称接近，但不是同一安装包的三个别名。v2rayN 是桌面图形客户端，覆盖 Windows、macOS、Linux；安装时仍须核对处理器架构与发行包形式。v2rayNG 和 v2flyNG 面向 Android，主要差异是所用内核与相应的配置支持范围。桌面安装包不能直接用于安卓，安卓安装包也不能代替桌面客户端。
| 比较项目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 设备平台 | Windows、macOS、Linux 桌面 | Android | Android |
| 内核关系 | 支持多内核；实际选用由配置和设置决定 | 基于 Xray-core | 基于 V2Fly-core |
| 配置管理 | 订阅分组、节点列表、路由设置 | 订阅与节点管理、移动端连接设置 | 订阅与节点管理、移动端连接设置 |
| 常见接入方式 | 系统代理、应用代理；TUN 取决于平台与配置 | 通过 Android VPN 接口接入设备流量 | 通过 Android VPN 接口接入设备流量 |
| 选型优先条件 | 桌面平台、架构、所需内核 | 安卓设备且配置要求 Xray 特性 | 安卓设备且配置以 V2Fly 为目标 |
这里的“VPN 接口”是 Android 提供的流量接入机制，不代表节点本身采用某种固定的 VPN 协议。流量进入客户端后，仍由内核按节点配置和路由规则处理。也不要把“可安装”当成“配置必然可用”：系统版本、处理器架构和内核支持范围都需要分别确认。
默认内核：安卓看绑定，桌面看实际调用
图形客户端负责导入订阅、编辑节点、启停服务和展示日志；内核负责协议处理、传输连接与路由执行。v2rayNG 使用 Xray-core，v2flyNG 使用 V2Fly-core。v2rayN 不宜用一个固定的“默认内核”概括：不同配置类型和客户端设置会影响实际调用结果，应以本机内核设置与启动日志为准。
v2rayN：桌面配置管理
适用于在电脑上管理多组订阅、调整路由和检查内核日志。涉及内核切换时，需要同时核对协议字段与所选内核，不是只改一个名称。
适合：Windows、macOS、Linux 桌面上的订阅与分流管理。
v2rayNG：安卓 Xray 配置
推荐安卓设备若已拿到明确要求 Xray、VLESS 与 REALITY 的配置，优先按这一客户端核对字段。推荐限定在此类需求，不代表所有节点都应迁移。
适合：安卓日常使用，尤其是依赖 Xray 特定能力的节点。
v2flyNG：安卓 V2Fly 配置
已有经过验证的 V2Fly 配置，或需要与同一内核的配置行为保持一致时，可以优先考虑。不能仅凭支持 VMess 就推断支持任意扩展组合。
适合：以 V2Fly 配置兼容与既有部署为主要条件的安卓设备。
判断顺序：先拿配置要求，再决定内核
向配置提供方确认协议、传输方式、TLS 或 REALITY 参数，再选择能够完整表达这些字段的客户端；不要在导入失败后仅靠反复切换内核碰运气。
VMess、VLESS 是协议名称，WebSocket 是传输方式，TLS 与 REALITY 涉及连接安全配置，它们不是同一层的选项。两种内核都能处理某些常见配置，不等于完整特性集合相同。尤其是 REALITY 配置，不应直接交给 V2Fly-core；普通 VMess 节点也不会因为客户端名称不同就自动获得更高速度。
订阅管理：地址可复用，设置不会自动同步
订阅是用于获取节点列表的地址，不是账号的全部配置备份。三款客户端都具备订阅管理能力，但地址返回的内容必须属于客户端能识别的格式。订阅更新成功，只能说明这次请求与解析完成；节点认证、服务器状态以及当前网络是否可达，还要通过连接与日志另行验证。
- 先确认订阅格式。向提供方索取适用于目标客户端的订阅地址，不要把网页控制台地址填入订阅栏，也不要把任意一种完整配置文件当成通用节点订阅。
- 再建立独立分组。在 v2rayN 中从「订阅分组」→「订阅分组设置」添加名称与地址，保存后执行该分组的订阅更新；菜单文字可能随版本调整。
- 安卓端单独导入。在 v2rayNG 或 v2flyNG 的订阅管理入口新增记录并更新，随后选择节点启动连接。剪贴板导入单条分享链接与新增订阅是两种操作。
- 最后检查更新后的选择。确认当前节点仍存在，地址、端口与传输参数没有缺失。不要假定更新后一定保留原来的节点排序或手动修改内容。
相同订阅地址可以在两端分别更新，但是否允许多设备同时使用取决于服务约定。两端更新时间不同，列表也可能暂时不同。桌面路由规则、安卓分应用名单、系统代理开关与本地监听端口，通常不会随着节点订阅一起复制。迁移时应把“节点来源”和“本机行为设置”分成两份记录。
流量接入与路由：端口、系统代理和分流各管一层
桌面系统代理告诉愿意读取该设置的应用，把请求交给本地代理端口。它不是全设备接管开关；忽略系统代理的程序可能仍然直连。路由规则则在流量进入内核后，决定请求走代理出口、直连出口还是被阻断。安卓端通过 VPN 接口接入流量后，同样还需要路由决定出口。
以上端口用于说明对应关系，不是所有版本的默认值。仅当客户端实际启用了相应入站时，应用填写 127.0.0.1:10808 或 127.0.0.1:10809 才有意义。若当前配置使用一个混合入站端口，应按该端口填写，不必额外创建两个监听。可在 v2rayN 的「设置」→「参数设置」核对本地监听相关选项，并以当前界面和日志为准。
- 桌面浏览器：先确认系统代理是否指向客户端正在监听的地址，再检查路由。不要只看节点旁的延迟结果。
- 安卓分应用：核对目标应用是否被纳入接管范围，再检查代理模式与规则；被排除的应用不会按预期进入同一条处理链。
- 全局代理：通常指已接入流量按所选模式走代理，不代表能强制接管所有绕过系统代理的桌面程序。
- 绕过大陆：依赖当前规则与数据文件匹配，不是按网页语言判断位置；DNS 结果和规则顺序可能影响最终出口。
本地监听端口不是远端服务器端口。节点里的服务器端口由服务端配置决定，不能为了与本地端口一致而修改。跨设备访问时，另一台设备上的 127.0.0.1 指向它自己，也不能直接拿来连接桌面客户端。确有局域网共享需求时，还要另外评估监听范围、认证与防火墙限制。
桌面与安卓搭配：共用来源，分别验证
同时使用电脑和安卓设备时，通常不需要把全部设置做成完全相同。更稳妥的做法是共用经授权的订阅来源，各端保留符合系统行为的接入设置。桌面侧关注系统代理与应用兼容，安卓侧关注 VPN 授权、分应用范围与后台运行限制。
部署方案：一份订阅来源，两端独立配置
桌面端：v2rayN
- 按 Windows、macOS、Linux 及处理器架构选择包。
- 导入订阅后，核对当前节点与实际调用的内核。
- 确认监听端口，再开启系统代理或配置应用代理。
- 记录路由模式与必要的自定义规则。
安卓端：按内核选择
- Xray 配置优先核对 v2rayNG；V2Fly 配置核对 v2flyNG。
- 单独添加订阅并完成系统 VPN 授权。
- 逐项确认分应用设置和后台运行权限。
- 分别在无线网络和移动网络下检查连接。
共用订阅只能减少节点重复录入，不能替代每台设备上的权限、路由与连接检查。
需要更换客户端时，先保存订阅来源和自定义规则，再停用旧客户端的连接服务。安卓设备应避免同时启动两个需要 VPN 接口的服务，以免后一项接管导致前一项断开。验证新客户端时先使用一条已知可用的节点，再恢复分应用与复杂路由，便于判断故障来自哪一层。
常见选型问题：导入、连接与迁移
电脑能用同一条订阅，安卓为什么导不进去？
先区分“下载失败”和“解析失败”。下载失败要检查当前网络、地址有效期与客户端的订阅更新方式；解析失败则核对提供方是否返回适用于该客户端的格式。可以先导入一条不含敏感信息的同类型测试配置，确认协议字段是否受支持，不要把完整订阅发到公开讨论区。
v2rayNG 换成 v2flyNG，节点是不是照搬就能用？
不能只按节点名称判断。先检查协议、传输和安全参数；依赖 Xray 特性的配置不能据此推定在 V2Fly 中可用。即使单条分享链接可以导入，也要检查是否丢失字段，再启动并查看日志。路由与分应用名单需要另外设置。
节点显示可用，网页却打不开，应该换客户端吗？
先不更换。桌面端检查系统代理是否指向实际监听端口，并查看是否有端口占用；安卓端确认 VPN 图标、应用接管范围和运行状态。随后检查 DNS、路由命中和节点连接日志。连通性测试成功只说明某个测试路径成功，不能证明所有应用请求都经过同一路径。
哪一款速度最快，是否只看 Xray 或 V2Fly？
不能只看内核名称。比较时固定设备、网络、节点、目标地址、路由模式与测试时段，每种配置重复测试并记录失败情况。服务端负载、线路拥塞与传输配置都可能改变结果；没有统一条件的数据，不适合用来给三款客户端排速度名次。
安装前检查：把选型落实为操作
选型不需要从功能数量开始。先筛掉不属于当前系统的安装包，再核对节点需要的内核能力，最后检查能否清楚配置订阅、流量接入和路由。已有稳定配置时，应先保留可恢复的记录，再逐项迁移，而不是同时更换客户端、内核、节点和规则。