Project V 是项目体系，V2Fly 与 Xray 对应不同的内核维护路线，v2rayN、v2rayNG、v2flyNG 则是管理配置与启动内核的图形客户端。本文适合需要跨设备导入订阅、判断 VLESS 与 REALITY 支持情况的用户：先分清名称层级，再核对节点参数与内核能力，最后决定安装哪款客户端。
Project V、V2Ray 与两条内核分支的关系
Project V 最初围绕模块化网络代理工具展开，V2Ray 是其中最常被提及的软件。早期文档里的“V2Ray”有时指整个项目，有时特指执行网络连接的核心程序。今天排查问题时，应把这个名称收窄到具体实现与版本，否则“支持 V2Ray”并不能准确说明支持哪些配置。
V2Fly 是继续维护 V2Ray 的社区项目，常见的“V2Ray 内核”“v2fly 内核”通常指这条路线。Xray-core 则从 V2Ray 代码基础上分支发展，后来形成独立的功能与发布节奏。两者有共同来源，但不能因此推定新增功能、配置字段和默认行为始终一致。
- 项目体系：Project V，解释生态来源，不是手机上某个连接按钮的名称。
- 核心程序：V2Fly 维护的 V2Ray、Xray-core，负责协议处理、传输、DNS 和路由等运行逻辑。
- 图形客户端：v2rayN、v2rayNG、v2flyNG，负责导入订阅、编辑参数、管理进程及提供系统接入入口。
- 连接配置：服务器地址、端口、用户标识、传输方式和安全参数，不等同于上述任何一个项目。
因此，“装了 v2rayNG”与“运行了 Xray 内核”可以同时成立。前者说明操作界面，后者说明实际执行连接的程序。遇到报错，应同时记录客户端版本和内核版本；仅提供应用名称，往往无法判断某个字段是否受支持。
三款客户端分别管理什么内核
v2rayN 面向桌面平台，v2rayNG 与 v2flyNG 面向 Android。名称中的大小写并非装饰：v2rayN 和 v2rayNG 不是同一个安装包，v2flyNG 也不是给 v2rayNG 换了一套界面。选择时先看运行平台，再看实际使用的内核。
| 客户端 | 使用平台 | 内核关系 | 选择前核对 |
|---|---|---|---|
| v2rayN | Windows、macOS、Linux 桌面 | 桌面配置管理器，支持多内核；实际使用哪一个取决于版本、配置与内核设置。 | 当前配置调用的内核、安装包包含的组件、系统代理或 TUN 接入方式。 |
| v2rayNG | Android | 采用 Xray 内核。 | 节点所需 Xray 功能、应用内置的内核版本、VPN 授权。 |
| v2flyNG | Android | 采用 V2Fly 维护的 V2Ray 内核。 | 节点参数是否由该内核版本支持，尤其是来自其他分支的扩展字段。 |
v2rayN 的名字并不意味着它只能使用 V2Fly 内核。反过来，桌面端支持选择内核，也不意味着 Android 客户端能通过导入文件直接替换内置内核。安装包、图形界面与核心程序有各自的版本边界。
v2rayNG：Android 的 Xray 路线
推荐节点明确要求 Xray 的 VLESS、REALITY 或 Vision 相关能力时，优先从这一组合开始核对。推荐范围是这类节点需求，不代表所有网络环境下速度更快。
适合：Android 使用者，服务端文档明确以 Xray 参数为准。
v2flyNG：Android 的 V2Fly 路线
适合按 V2Fly 文档维护配置的环境。VMess、WebSocket、TLS 等常见组合仍需核对具体版本和参数，不能只凭协议名称判断兼容。
适合：已有 V2Fly 配置，且不依赖 Xray 特有扩展。
v2rayN：桌面的配置与内核管理
在桌面端集中管理订阅与路由。迁移节点时，应确认当前配置调用的内核，而不是仅看节点已经出现在列表里。
适合：Windows、macOS、Linux 桌面，需要管理系统代理与本地监听。
VMess、VLESS、WebSocket 与 REALITY 不在同一层
一条节点配置往往同时出现几个名称。例如“VLESS + WebSocket + TLS”并不是三个可任选其一的协议按钮，而是认证与代理协议、传输方式、安全层的组合。导入时漏掉任一层，都可能出现列表正常但握手失败的情况。
| 层级 | 常见名称或字段 | 核对重点 |
|---|---|---|
| 代理协议与身份 | VMess、VLESS、UUID | 协议必须匹配服务端；VLESS 本身不提供载荷加密，安全性需结合所用安全层判断。 |
| 传输方式 | TCP、WebSocket、gRPC | 传输类型及 WebSocket path、Host 或 gRPC serviceName 等对应参数。 |
| 连接安全 | TLS、REALITY、serverName | 服务端要求的名称与安全参数；REALITY 不是通用的传输类型。 |
| 流控与扩展 | flow、xtls-rprx-vision | 内核是否支持指定值，以及该值是否适用于当前传输组合。 |
VLESS 这一名称本身并不能证明配置只适用于 Xray；关键在于它与哪些扩展一起使用。VLESS + REALITY 与普通 VLESS 配置的要求不同，不能在 v2flyNG 中把安全方式改成 TLS 就当成等价迁移。服务端若没有对应的 TLS 入口，修改后的客户端不会凭空获得兼容性。
结论：按完整参数组合选内核
先打开节点编辑页，记录协议、传输、安全方式与 flow 四项；只要出现 REALITY 或 xtls-rprx-vision，就按 Xray 的相应版本要求核对，不要根据“VLESS”一个名称选择客户端。
分享链接、订阅与完整配置能否互通
“能导入”只证明客户端识别了输入格式，不证明目标内核支持所有字段。迁移时应区分单条分享链接、订阅内容和完整 JSON 配置，它们携带的信息范围不同。
- 单条分享链接：通常描述一个出站连接。VMess 分享链接常见 Base64 编码内容；VLESS 分享链接常以 URI 查询参数携带传输与安全设置。导入后要再次打开编辑页，确认关键参数没有缺失。
- 订阅地址：指向配置集合。服务端可能返回 Base64 编码的多条分享链接，也可能按客户端返回不同内容。两端使用相同 URL，并不保证最终条目和字段完全相同。
- 完整 JSON：可能包括入站、出站、DNS、路由、日志与引用标签。即使两种内核都有同名顶层字段，具体字段含义、可选值和版本要求也可能不同，不能直接覆盖运行。
例如，将一个含有 Xray 特定安全字段的完整 JSON 放进 V2Fly 环境，可能在加载阶段报不支持的配置，也可能在连接时才暴露问题。更稳妥的路径是先迁移一条节点，保留目标客户端自己的入站与路由设置，连接验证通过后再逐项迁移其他功能。
桌面与 Android 共用订阅的设置顺序
跨设备使用时，先建立相同的节点来源，再分别处理接入方式。v2rayN 的系统代理主要服务于遵循系统代理设置的应用；v2rayNG 与 v2flyNG 常通过 Android 的 VPN 服务接入流量。这是系统接口差异，不是内核优劣。
配置方案：共享节点来源，分别设置系统接入
桌面端：v2rayN
- 从「订阅分组」→「订阅分组设置」添加地址，再从「订阅分组」菜单执行更新；具体措辞随版本可能调整。
- 选中一条节点，核对其使用的内核与安全参数，再启动连接。
- 需要浏览器接入时选择「设置系统代理」；终端应用还要单独核对代理环境变量。
Android 端：v2rayNG 或 v2flyNG
- 以 v2rayNG 为例，从侧栏「订阅分组设置」添加地址，再回主界面执行「更新订阅」。
- 核对导入条目的传输、安全方式与 flow，选择节点后点击连接按钮。
- 首次连接确认系统 VPN 授权；如需分应用代理，再按本机应用列表单独设置。
共用订阅只是减少节点录入；更新时机、路由、DNS 与应用接入仍需在两端分别确认。
排查本地接入时，必须区分“服务器端口”和“本机监听端口”。前者是远端服务入口，后者是浏览器或终端连接本机代理的入口。下面是可用于理解连接链路的示例值，不是三款客户端统一的默认值。
若实际设置为 HTTP 监听 127.0.0.1:10809，终端就不能照抄另一台机器的 SOCKS 端口。v2rayN 可从「设置」→「参数设置」核对本地监听相关选项；部分版本提供混合监听，HTTP 与 SOCKS 可以共用一个端口，应以当前界面和运行日志为准。
- 先确认内核运行：日志没有配置加载失败、监听端口占用等错误。
- 再确认应用接入：桌面浏览器是否使用系统代理，Android 是否已建立 VPN 连接。
- 最后确认路由：请求是否被规则分配到预期出站；“直连”规则不会因节点切换而自动改成代理。
选型与迁移时的四个常见问题
客户端、内核和节点参数各有边界。下面按实际操作中最常见的疑问给出检查入口，避免把所有连接失败都归因于“内核不兼容”。
v2rayN 和 v2rayNG 名字相近，能直接复制整个配置目录吗？
不能把配置目录当作跨平台迁移格式。先在源客户端导出单条分享链接，再在目标客户端使用「从剪贴板导入」类入口导入。订阅地址也可重新添加；本地端口、系统代理与分应用设置应在目标设备重新配置。
同一个订阅在 v2rayNG 能用，换 v2flyNG 就失败，先看哪里？
打开同一节点的编辑页，对照协议、传输、安全方式和 flow。若含 REALITY 或 xtls-rprx-vision，不要删除字段强行保存，应改用支持该组合的 Xray 环境，或向服务提供方获取适配 V2Fly 的独立连接参数。
切换内核以后，延迟测试正常但浏览器打不开怎么办？
先看测试类型：TCP 连接测试通常只说明目标端口可达，并不代表完整代理请求成功。接着检查浏览器是否接入本地代理、当前路由是否选对出站，再查看日志中的握手与 DNS 错误。不要反复更新订阅代替分层排查。
升级客户端就一定支持服务端的新功能吗？
不一定。先在「关于」或启动日志中记录客户端与内核版本，再确认编辑页是否能保存新字段。图形界面需要识别参数，运行内核也需要实现参数；只有其中一层更新，仍可能出现字段丢失或加载失败。
最终选型可以收敛到三个问题：设备运行什么系统，节点要求什么完整参数组合，当前版本能否表达并执行这些参数。已有稳定连接时，不必仅因分支名称而迁移；确需迁移时，先保留原配置，用一条节点完成验证，再扩大到订阅、DNS 与路由规则。