Project V 是项目体系，V2Fly 与 Xray 对应不同的内核发展路线，v2rayN、v2rayNG、v2flyNG 则是用户操作的客户端。本文适合正在选择下载文件、判断节点兼容性或排查“导入成功却无法连接”的用户；先分清项目、内核、客户端、协议四层关系，再按平台与服务端配置选择。
Project V、V2Ray、V2Fly：先分清项目与实现
Project V 最初围绕模块化网络代理工具展开，V2Ray 是其中最常被提到的核心实现。它不只处理某一种代理协议，还包含入站、出站、路由、DNS 等功能。因此，日常说的“V2Ray 节点”往往只是一个宽泛称呼，不能据此判断节点一定使用 VMess，也不能推断客户端运行的就是 V2Fly 内核。
V2Fly 是延续 V2Ray 开发的社区项目，其核心程序通常仍以 V2Ray 命名。Xray 则从 V2Ray 代码基础分支发展，形成独立演进的 Xray-core。两者有共同历史，但并不是同一程序的两个显示名称，也不存在必须按顺序安装的依赖关系。
- 项目体系：Project V 提供理解生态来源的背景，不是需要单独安装的桌面应用。
- 连接内核：V2Fly 的 V2Ray 与 Xray-core 负责解析配置、建立连接、执行路由。
- 界面客户端：v2rayN 等负责订阅管理、节点列表、参数编辑以及启动内核。
- 连接协议：VMess、VLESS、Trojan、Shadowsocks 描述连接规则，不等于客户端名称。
理解这四层后，“使用 v2rayN，导入 VLESS 节点，由 Xray 建立连接”就不再矛盾：三个名称分别描述界面、协议与执行程序。排查问题时，也应分别记录这三项，而不是只说“V2Ray 连不上”。
V2Fly 与 Xray：共同基础，不同能力边界
两条路线都具备多协议代理、路由与 DNS 等基础能力，但具体传输方式、配置字段和扩展功能会随版本分化。不能把“某个内核支持 VLESS”直接理解为“支持所有 VLESS 组合”。真正需要匹配的是协议、传输、安全层以及扩展参数的完整集合。
| 比较项 | V2Fly / V2Ray | Xray-core |
|---|---|---|
| 项目关系 | 延续 V2Ray 的社区开发路线 | 从 V2Ray 分支发展，独立演进 |
| 基础职责 | 入站、出站、DNS、路由与协议处理 | 入站、出站、DNS、路由与协议处理 |
| 配置兼容 | 以对应版本的 V2Ray 配置规范为准 | 存在共同配置基础，但扩展字段不可一概互换 |
| 典型边界 | 不能把 Xray 的专有能力当作通用能力 | REALITY、XTLS Vision 等配置需匹配其实现与版本 |
| 本文安卓对应 | v2flyNG | v2rayNG |
例如，服务端要求 VLESS、REALITY 与 xtls-rprx-vision 时，应确认客户端实际调用的内核支持这组配置，同时核对公钥、短 ID、服务器名称与 flow。只把协议下拉框改成 VLESS，或者仅替换程序文件名，都不足以补齐这些条件。
结论：按节点参数选内核
先取得服务端要求的协议、传输与安全层，再检查内核支持范围；不要仅凭客户端名称中的“v2ray”判断兼容性。涉及 Xray 特定能力时，优先确认实际运行的是匹配版本的 Xray。
三款客户端：平台与内核关系对照
客户端提供图形界面，内核承担实际连接。客户端升级可能更新界面与配置生成逻辑，内核升级则可能改变协议实现或配置校验规则。两种版本应分别查看，不能用一个“最新版”代替完整记录。
| 客户端 | 适用平台 | 内核关系 | 选择要点 |
|---|---|---|---|
| v2rayN | Windows、macOS、Linux | 桌面客户端，可调用 Xray、sing-box 等内核；可选项以版本和发行包为准 | 先选系统与架构，再核对协议对应的内核设置 |
| v2rayNG | Android | 使用 Xray 内核 | 需要 Xray 对应协议与扩展能力时，核对内置内核版本 |
| v2flyNG | Android | 使用 V2Fly 的 V2Ray 内核 | 使用 V2Fly 路线时，核对节点传输和安全层支持情况 |
v2rayN 不是 V2Fly 内核的别名，也不能因为它支持多个内核，就认定每个发行包都带齐所有可选程序。桌面版与经典界面的可用范围、设置入口可能不同；实际运行哪个内核，应以参数设置和启动日志为准。sing-box 是另一种内核实现，不属于 V2Fly 与 Xray 之间的版本升级关系。
v2rayNG 与 v2flyNG 名称接近，但不是只换了图标的同一个安装包。二者面向 Android，内核路线不同；即使都能导入某条分享链接，对传输扩展、配置字段的支持仍可能不同。切换客户端前，先保留原始节点信息，避免把导入转换后的参数当成服务端原始配置。
在 v2rayN 中确认实际运行的内核
以下以中文界面的 v2rayN 为操作参照。不同桌面发行版的标签可能略有变化，“Core 类型”也可能显示为“Core 类型设置”。先检查设置，再用重新启动后的日志交叉确认，比根据程序目录里的文件名猜测更可靠。
-
核对版本
打开「帮助」→「关于」，记录客户端版本；再查看主界面日志中的内核启动信息，记录内核名称与版本。分享排障信息时，两项都保留。
-
检查映射
进入「设置」→「参数设置」→「Core 类型」，查看当前协议对应的内核选择。若该版本未提供这一设置项，不要照抄其他版本截图，改从启动日志确认。
-
核对节点
在节点列表选中目标节点，右键进入「编辑服务器」，逐项核对协议、端口、传输方式、TLS 或 REALITY 参数。界面导入成功只说明记录已建立，不代表参数已被内核接受。
-
重新连接
保存设置后，右键目标节点并选择「设为活动服务器」，使当前配置重新生效；查看日志是否出现不支持字段、内核启动失败或地址占用，再进行连接测试。
不要在连接仍运行时随意替换内核可执行文件。界面生成配置的方式与内核接受的格式需要配套。若更新后出现配置解析错误，先恢复可用的完整客户端组合，再逐项定位差异，比连续替换多个内核文件更容易复现问题。
端口、系统代理与路由：不属于同一个开关
内核启动成功之后，应用流量仍需要进入客户端。桌面常见方式是系统代理或应用手动指定本地代理；TUN 则涉及虚拟网络接口与路由接管。Android 客户端通常通过系统 VPN 授权接入流量，这个授权入口不代表节点使用了某种固定协议。
以上是端口用途示例，不是要求所有版本照填的默认值。部分版本使用混合入站，让 HTTP 与 SOCKS 共用一个端口；另一些配置则分开监听。应在「设置」→「参数设置」的本地监听相关选项中读取实际值，并与日志对应。远端端口由服务端决定，不能因为看到 TLS 就擅自改成 443。
- 本地入口：应用连接
127.0.0.1与客户端监听端口，端口占用会导致入口无法建立。 - 系统代理：告诉遵循系统设置的应用使用代理；并非所有应用都会读取它。
- 路由分流：决定进入内核后的请求走代理、直连还是阻断；启用系统代理不等于全部请求走远端。
- DNS：解析路径、分流规则与目标域名匹配会共同影响结果，需结合日志判断。
订阅可导入却连不上：按层排查
订阅是配置分发方式，不是新的代理协议。一次更新可以带回多条不同协议的节点，但无法让客户端自动拥有缺失的内核能力。二维码、剪贴板与订阅导入最终都要经过客户端解析、配置生成和内核运行这几层。
同一订阅，为什么两个客户端结果不同？
先对照同一节点的协议、传输、安全层与扩展参数，再分别查看启动日志。若某一端漏掉了 REALITY 公钥或 flow，重新从原始链接导入并检查编辑页面；不要只比较节点名称。
换成 Xray，就一定能连接吗？
先确认节点确实要求 Xray 对应能力，再检查地址、端口、凭据、服务器名称和设备时间。内核兼容只解决实现能力问题；服务端不可达、证书不匹配或凭据失效仍会导致失败。
延迟有数值，网页还是打不开？
先区分测试类型：TCP 端口可达不等于完整代理请求成功。检查系统代理指向的本地端口，再做真连接测试；结合日志查看请求是否进入内核，以及被哪条路由规则处理。
更新客户端后，要重新添加订阅吗？
通常不需要。先确认原订阅分组和节点仍在，再核对更新后的内核选择、本地监听与路由设置。确需重新导入时，先备份配置；对外提供日志前删除完整订阅地址及身份凭据。
选择顺序：平台、配置、内核、验证
日常选择不需要先给两个内核排出统一高低。桌面用户从 v2rayN 的系统与处理器架构开始，Android 用户根据节点要求比较 v2rayNG 与 v2flyNG。先满足服务端协议组合，再考虑客户端的订阅管理、路由编辑与使用习惯。
- 确认运行平台：Windows、macOS、Linux 或 Android，并选择匹配的处理器架构。
- 取得完整配置要求：协议、地址、端口、传输、安全层及必要扩展字段。
- 核对客户端与实际内核版本，确认配置能够被当前组合识别。
- 导入后检查日志，再验证本地入口、系统代理和真实网页请求。
需要进一步区分协议与安全层，可查阅协议详解；遇到菜单、订阅更新与分流设置问题，可进入使用文档。记录“客户端版本、内核版本、协议组合、错误日志”四项信息，通常比反复更换客户端更有助于定位故障。