Project V 是项目体系，V2Ray 是其中的核心工具；V2Fly 延续维护 V2Ray，Xray 则是独立演进的分支。v2rayN、v2rayNG 与 v2flyNG 是面向用户的客户端，不是三种代理协议。本文适合已经接触节点与订阅、但容易混淆这些名称的用户：先厘清历史和功能边界，再按服务端配置选择内核，最后安排桌面端与安卓端的导入、路由和更新流程。
从 Project V 到 V2Fly：项目名称与维护主体
Project V 的出发点是提供可组合的网络代理工具，而不是把所有连接都限制在一种协议或一种传输方式里。V2Ray 是这套体系中最广为使用的核心工具，负责入站接收、出站连接、路由选择以及相关协议处理。早期介绍中经常同时出现 Project V 和 V2Ray，因此日常交流里两个名称有时被混用，但它们并不分别代表两个需要同时安装的客户端。
理解后续生态变化，可以抓住下面几个时间节点。年份用于定位项目发展的阶段，不意味着该年发布的旧版本仍适合直接部署；具体功能支持应以当前使用版本的说明和配置文档为准。
- 2015 年前后：V2Ray 项目起步。围绕可配置的入站、出站和路由结构发展，VMess 成为其代表性协议之一。命令行内核与图形客户端的分工也逐步清晰。
- 2019 年前后：V2Fly 社区维护体系形成。在原项目维护发生变化后，社区继续推进 V2Ray 的代码维护、文档和发布工作。“V2Fly”主要标识维护社区及其项目体系，内核名称仍常写作 V2Ray。
- 2020 年末：Xray 分支出现。Xray 从 V2Ray 的代码基础分出，随后独立维护。共同来源解释了部分配置结构的相似性，却不能推导出后续功能始终一致。
- 2023 年：REALITY 进入 Xray 的功能版图。它属于连接安全机制，不是与 VMess、VLESS 同一层级的独立代理协议；使用时仍要核对协议、传输与安全设置的组合。
因此，“V2Fly 接手维护”不等于所有用户必须把客户端换成 v2flyNG，也不等于原有节点全部更换协议。维护主体、内核程序和图形界面是三个不同问题。阅读旧教程时，先确认文中“V2Ray”究竟指内核、协议生态的泛称，还是作者正在操作的客户端，往往能省去一轮误排查。
Xray 分支：共同来源不等于配置永久互通
Xray 与 V2Fly 的关联首先是代码历史，而不是上下级关系。分支建立后，双方可以独立调整功能、配置字段、传输实现和默认行为。它们都能承担代理内核的工作，但不能只根据“都来自 V2Ray”就替换可执行文件，再假定原配置会原样生效。
| 观察维度 | V2Fly 维护的 V2Ray | Xray |
|---|---|---|
| 项目关系 | 延续 V2Ray 的社区维护与发布 | 从共同代码基础分出的独立项目 |
| 配置判断 | 核对所用版本及配置格式 | 核对所用版本、字段与功能组合 |
| VMess 等共同能力 | 仍需核对传输和安全层参数 | 仍需核对传输和安全层参数 |
| REALITY 需求 | 不能因名称相近而推定兼容 | 检查客户端是否暴露相关配置及内核是否支持 |
| 图形客户端关系 | 由客户端决定如何调用和生成配置 | 由客户端决定如何调用和生成配置 |
例如，服务端提供的是 VLESS 加 REALITY 配置，那么客户端不仅要认识 VLESS，还要能保存并传递服务端给出的服务器名称、公钥、short ID 等参数；部分版本的字段名称和导入映射可能变化，应与对应版本文档对照。只看到导入后的节点名称，并不能证明所有连接参数都已保留。
结论：以连接参数确定内核，再选择界面
先列出服务端要求的协议、传输、安全设置和流控参数，再核对客户端与内核版本。已有稳定配置时，只有明确需要新能力或修复时才安排切换，并保留可恢复的原配置。
内核、协议、传输与客户端的四层分工
一个节点能否建立连接，通常取决于多层设置同时匹配。VMess 和 VLESS 描述代理协议；TCP、WebSocket 等描述承载数据的传输方式；TLS、REALITY 属于安全设置范畴。这样的分类是理解功能的示意，不表示任意协议、传输和安全选项都能自由组合。
- 客户端界面：处理订阅分组、二维码或剪贴板导入、节点选择、日志展示，以及系统代理或安卓 VPN 接入等操作。
- 代理内核：读取客户端生成的配置，启动监听端口，进行协议握手、DNS 处理、路由匹配与出站连接。
- 节点参数：描述服务器地址、端口、用户标识及协议相关字段；地址相同不代表配置相同。
- 本机接入方式：决定应用流量怎样进入内核。系统代理、手动填写代理端口和虚拟网络接入的覆盖范围不同。
以本机端口为例，下列数字只是解释分工的配置示例，不代表三款客户端的统一默认值。实际使用必须查看当前客户端的监听设置，并确认端口没有被其他进程占用。
如果浏览器配置为使用 127.0.0.1:10809，它连接的是本机 HTTP 代理入口，而不是直接连接远端服务器的 443 端口。内核随后按照节点和路由设置建立出站连接。把本机监听端口填进服务器端口栏，或者只改节点而没有让应用流量进入代理，都会造成“配置看起来存在，却无法访问”的现象。
三款客户端：按平台和服务端条件选型
v2rayN 主要用于桌面环境，提供节点、订阅、路由与内核相关设置；具体可用平台、界面和内核选项需看所选发行包。v2rayNG 面向安卓，使用 Xray 内核；v2flyNG 同样面向安卓，使用 V2Fly 维护的 V2Ray 内核。客户端名称中的相似字母并不表示版本可以互换，也不能用客户端版本号推断内核版本号。
v2rayN：桌面配置管理
推荐本篇面向需要整理桌面节点与路由的读者，优先将它作为桌面入口。选择对应操作系统和架构的安装包，随后核对当前配置实际调用的内核，而不是只看主窗口中的节点类型。
适合：桌面端管理订阅、查看日志，以及按节点需求核对内核配置。
v2rayNG：安卓与 Xray
适合需要 Xray 功能的安卓配置。导入后应逐项检查传输、安全设置和流控字段；安卓系统的 VPN 授权与应用接入范围，也需要单独确认。
适合：安卓端使用已确认兼容的 Xray 节点，包括需要 REALITY 的配置。
v2flyNG：安卓与 V2Fly
适合已有 V2Fly 配置体系的安卓用户。判断依据是服务端参数、内核功能和导入格式是否匹配，而不是因为名称更接近 V2Ray 就默认兼容所有节点。
适合：安卓端沿用已经验证的 V2Fly 连接方案。
推荐标记只针对这里的桌面管理场景，不构成三款客户端之间的通用排名。平台不同，接入机制与界面操作也不同；即使订阅中出现同名节点，也要检查它在各端生成的配置。下载入口与平台说明见客户端页面，概念边界可对照协议参考。
桌面与安卓共用订阅：同步节点，不同步全部设置
订阅地址的作用是获取一组节点配置。它不是内核，也不是路由规则的统一标准，更不会自动让两台设备的 DNS、系统代理、应用排除和更新周期保持一致。单条分享链接则通常描述一个连接配置；把它粘贴导入后，后续服务端变更未必会自动同步到本地。
配置方案：同一订阅，两端分别验证
桌面端：v2rayN
- 在「订阅分组」→「订阅分组设置」中添加地址；菜单名称以所用版本为准。
- 更新订阅后，选择一个节点并检查其协议、传输与安全字段。
- 核对监听端口和系统代理状态，再用实际应用验证流量是否进入内核。
安卓端：v2rayNG 或 v2flyNG
- 在「订阅设置」中添加同一地址，再执行「更新订阅」；入口可能随版本调整。
- 按对应内核支持范围检查导入结果，不以节点数量相同代替兼容性检查。
- 启动连接并完成系统 VPN 授权，核对分应用设置和实际访问结果。
订阅可以提供相同的节点来源；本机路由、DNS 与应用接入范围仍须分别配置和验证。
迁移时还应区分节点数据与本地策略。订阅更新可能重建节点条目，在订阅节点上手改字段前，应先确认客户端的保存行为，必要时另存为手动配置。订阅地址本身可能包含访问令牌，截图、日志和求助信息中应隐藏完整地址及用户标识。
- 记录基线：记下客户端版本、内核版本、节点类型和当前可用网络，保存原配置。
- 单项修改：先验证节点能否连接，再调整 DNS，最后修改 geosite、geoip 等路由规则，不同时改动所有层。
- 核对规则数据：确认规则引用的分类存在，并检查规则顺序；文件同名不代表数据内容和更新时间一致。
- 验证实际访问：分别检查应直连与应代理的目标，结合日志判断命中的出口，不把延迟测试成功当作所有应用可用。
生态名称常见疑问与排查顺序
选型问题经常在导入、更新或切换设备后才暴露。排查时按“客户端入口 → 内核启动 → 节点握手 → DNS 与路由 → 应用接入”的顺序检查，比反复更换客户端更容易定位问题。
装了 v2rayN，是不是就已经装好 V2Fly 内核了？
不能只凭名称判断。先查看所用发行包的说明，再从客户端的内核设置和启动日志确认实际调用的程序及版本。节点编辑页显示 VMess 或 VLESS，只能说明配置的协议类型，不能证明后台运行的是哪一个内核。
同一条订阅在桌面能用，安卓导入后为什么不通？
选取同一个节点，依次对比服务器端口、传输、安全设置和流控字段，再看安卓端的内核日志。若参数一致且握手成功，继续检查系统 VPN 授权和分应用设置；不要先把整条订阅删除重建，以免丢失排查基线。
换成 Xray 后，还需要重新设置路由吗？
需要复核，而不是一律重写。检查规则字段是否受支持、geosite 与 geoip 数据能否加载、规则顺序是否保持，以及直连、代理和阻止出口的标签是否仍然对应。先用一条明确的测试规则验证出口，再恢复完整规则集。
VLESS 节点都需要 REALITY 吗？
不需要。VLESS 是代理协议，REALITY 是可用于特定配置的安全机制。应按服务端给出的组合设置；服务端要求 TLS 时不要自行切换为 REALITY，也不要因为看到 VLESS 就猜测服务器名称、公钥或 short ID。
Project V 生态的选型可以归纳为一条可执行的链路：先查服务端连接参数，再核对内核能力，接着选择平台上的客户端，最后验证订阅、路由和应用接入。历史沿革帮助解释名称，当前版本与实际配置才决定连接结果。需要从导入开始操作时，可继续阅读入门指南。