Project V 生态与内核分支
Project V 是围绕网络代理协议、传输方式与路由能力形成的开源技术生态。早期 V2Ray 项目建立了配置结构和核心能力，随后社区维护逐渐形成不同分支。V2Fly 延续 V2Ray 生态中的核心实现与文档体系，强调社区协作和持续维护；Xray 则在兼容既有配置思路的基础上发展了自己的内核路线，并持续扩展协议与传输相关能力。两者不是图形客户端，也不等同于某一个安装界面。
v2rayN、v2rayNG 和 v2flyNG 位于内核之上。客户端把复杂配置整理成订阅分组、服务器列表、系统代理开关、TUN 设置、路由规则和日志窗口，让用户能够通过图形界面管理运行过程。真正建立连接、解析协议字段并执行路由的工作由所搭载的内核完成。因此，判断某项协议或传输是否可用时，需要同时查看客户端是否提供对应设置，以及内核是否支持相关字段。
三款客户端的定位
v2rayN 面向 Windows、macOS 与 Linux 桌面环境，提供订阅管理、系统代理、TUN、路由、DNS 和日志等常用功能。它适合需要在电脑上集中管理多个配置的用户，也便于通过可见日志排查连接问题。不同桌面系统的安装格式和权限处理有所差异，但主要配置流程保持一致。
v2rayNG 面向 Android，使用 Xray 内核路线，界面围绕移动设备的 VPN 接管方式、订阅更新、路由设置与后台运行展开。移动系统会主动限制后台任务，因此连接稳定性不仅取决于客户端配置，也与系统电池策略、后台权限和网络切换行为有关。
v2flyNG 同样面向 Android，采用 V2Fly 内核路线，适合作为需要该内核生态时的备选。它与 v2rayNG 的基本使用逻辑相近，但内核实现、部分配置能力和更新节奏并不完全相同。选择时不必只比较界面，应先确认订阅中使用的协议和传输参数，再决定更合适的内核路线。
开源协议与社区维护
这三款客户端及其相关内核采用开源方式维护，源代码和变更过程由项目社区持续审阅。开源并不意味着所有版本之间都能自动兼容：配置字段会随着功能演进而调整，客户端界面也可能在不同平台采用不同实现。稳妥的更新方式是先阅读更新说明，保留当前可用配置，再更新客户端并执行一次基础连接测试。
社区维护的软件通常没有单一厂商式的固定发布节奏。客户端、内核和文档可能分别更新，某个新协议参数先进入内核，再由客户端补充图形设置，也可能先以手动配置形式出现。因此，遇到“设置项找不到”或“导入后字段缺失”时，应先区分问题来自客户端界面、内核支持还是订阅内容，而不是笼统判断整个 V2Ray 客户端不可用。
协议名称不等于完整配置
VMess、VLESS、Trojan 与 REALITY 等名称只描述配置的一部分。一次可用连接还会涉及服务器地址、端口、用户标识、传输方式、TLS 相关参数、域名、路径以及路由策略。客户端导入订阅后会把这些字段交给内核处理，任何关键字段不一致都可能造成超时、握手失败或配置无效。本站的协议说明侧重字段关系和客户端中的对应位置，不提供脱离服务端参数的“通用最优配置”。
