Project V 是早期项目体系，V2Fly 是延续 V2Ray 内核维护的社区化分支，Xray 则是在兼容既有配置的基础上扩展协议与传输能力的另一条内核路线。读完可分清项目名、内核名和客户端名，并能根据订阅中的 VMess、VLESS、XTLS Vision、REALITY 等字段选择客户端。
Project V 是项目体系，不等于某一个客户端
先分清项目、内核与客户端
Project V 最初用来指代围绕网络代理能力建立的一组开源工具与规范，V2Ray Core 是其中负责处理连接、协议、路由和出站的核心程序。日常交流里，人们常把 Project V、V2Ray 和某个带界面的客户端混在一起说，但这三个概念所在层级不同。
内核接收配置后建立入站与出站连接。它会读取监听地址、端口、用户标识、传输方式、TLS 参数及路由规则，再决定流量从哪个出口发出。客户端则在内核外面提供订阅更新、节点列表、延迟测试、系统代理开关和日志查看。客户端按钮能否完成某项操作，取决于界面实现；某种协议能否建立连接，主要取决于所调用的内核。
- 项目层：Project V 描述早期整体生态与发展脉络，不是安装后直接点击的应用名称。
- 内核层：V2Ray Core、V2Fly Core 与 Xray Core 负责解析配置、处理协议、执行路由和建立连接。
- 客户端层：v2rayN、v2rayNG、v2flyNG 负责把订阅、节点、日志和系统代理等操作做成界面。
- 服务层：订阅提供节点参数，客户端导入后再交给对应内核运行；订阅本身不是内核。
V2Fly 与 Xray 为什么会成为两条路线
项目进入社区化维护阶段后，V2Fly 延续了 V2Ray 既有代码体系、配置结构和通用代理能力。对使用 VMess、VLESS、Shadowsocks、SOCKS、HTTP 等常见入站或出站方式的用户来说，V2Fly 仍然是一条持续维护的内核路线。它不是旧名称的简单替换，而是有独立发布节奏和文档体系的社区项目。
Xray 从 V2Ray 代码基础发展而来，保留大量相近的 JSON 配置结构，同时围绕 VLESS、XTLS、Vision、REALITY 等能力持续扩展。因历史代码基础相近，两者在基础字段上经常能互相理解，但不能据此认为所有协议参数、传输选项和路由行为都完全相同。
| 比较项 | V2Fly Core | Xray Core |
|---|---|---|
| 发展关系 | 延续 V2Ray 体系的社区化维护路线 | 从 V2Ray 基础发展出的独立分支 |
| 基础配置 | 使用 JSON 描述入站、出站、DNS 与路由 | 保留相近结构，并增加自身扩展字段 |
| 常见协议 | VMess、VLESS、SOCKS、HTTP 等 | VMess、VLESS，并重点支持 XTLS Vision、REALITY 等组合 |
| 适合判断方式 | 订阅明确要求 V2Fly，或现有配置已在该内核稳定运行 | 节点包含 Xray 扩展字段，或明确要求 Xray Core |
| 兼容边界 | 不能直接执行仅由 Xray 实现的专有参数 | 可读取许多既有结构，但不保证与 V2Fly 行为逐项一致 |
结论:按节点字段反推内核
订阅出现 security=reality、flow=xtls-rprx-vision、服务器公钥或短标识时，优先使用 Xray Core；只有 VMess、WebSocket、TLS 等通用字段时，再根据现有客户端和服务端说明选择。
版本号也要放在具体故障里判断。某个节点在新版本可用、旧版本报“unsupported security”或“unknown field”，通常表示配置包含旧内核未实现的字段。不要仅替换客户端界面，应该同步检查实际启动日志中记录的 Core 名称与版本。
v2rayN、v2rayNG、v2flyNG 分别调用什么内核
这三款软件都是客户端外壳，不是协议本身。v2rayN 面向 Windows 桌面环境，负责订阅分组、服务器列表、路由规则、系统代理和内核进程管理；v2rayNG 与 v2flyNG 面向安卓设备，两者最直观的差别是默认内核路线不同。
以下版本只用于说明界面与日志的检查方法，不代表版本上限：测试记录采用 v2rayN 7.12.5、v2rayNG 1.10.16 与 v2flyNG 1.10.13。后续版本可能调整菜单文字，但“客户端管理配置、内核执行连接”的分层关系不会变化。
| 客户端 | 平台定位 | 内核关系 | 优先使用场景 |
|---|---|---|---|
| v2rayN | Windows 桌面客户端 | 常用 Xray Core，并可在支持的程序包中管理 Core 类型 | 需要订阅分组、批量测试、系统代理与细粒度路由 |
| v2rayNG | 安卓客户端 | 使用 Xray Core 路线 | 节点包含 VLESS、XTLS Vision 或 REALITY 参数 |
| v2flyNG | 安卓客户端 | 使用 V2Fly Core 路线 | 订阅明确适配 V2Fly，或需要复用已验证的 V2Fly 配置 |
- 名称相似不代表内核相同：v2rayNG 和 v2flyNG 的界面操作可能接近，但处理扩展协议字段的能力由各自内核决定。
- 导入成功不代表可连接：客户端可以把链接解析成节点卡片，内核仍可能因协议、传输或认证参数不受支持而启动失败。
- 测速成功不代表路由正确：延迟测试只证明某条探测路径有响应，系统代理、DNS 与分流规则仍需单独检查。
- 端口相同不代表节点相同：
10808、10809通常是本机监听端口；远端节点常见的443则属于服务器连接参数。
在客户端里确认当前内核
排查前先建立一份可复现记录：写下客户端版本、Core 名称、Core 版本、节点协议、本地端口和第一条错误日志。只记录“连不上”无法区分订阅失效、内核不兼容、端口占用、DNS 异常或服务端拒绝连接。
v2rayN 的菜单可以直接检查 Core 类型；安卓端则应从应用信息和运行日志确认。切换内核前先停止当前连接，避免旧进程继续占用 127.0.0.1:10808，导致新内核启动时报监听失败。
记录版本
打开客户端的“关于”或版本信息页，记录客户端版本；再从运行日志首段找到 Xray Core 或 V2Fly Core 的版本行。
检查类型
在 v2rayN 进入「设置」→「参数设置」→「Core 类型」，确认目标节点对应的 Core 已被选中。
核对协议
编辑节点并检查地址、远端端口、用户标识、传输方式、TLS、SNI 与 Flow。REALITY 节点还要核对公钥、短标识和指纹字段。
重启内核
保存设置后停止服务，再重新启动内核。确认日志没有
address already in use、unknown field或认证失败信息。验证出口
开启系统代理后访问目标站点，再检查连接日志是否命中预期出站标签。使用路由分流时，同时确认直连与代理规则没有互相覆盖。
如果菜单中没有可切换的 Core 类型，不要复制其他平台的内核文件覆盖客户端目录。v2rayNG 与 v2flyNG 应按各自内核路线使用；需要切换路线时，先导出或保留订阅地址，再安装对应客户端并重新导入。
配置兼容不等于协议能力相同
V2Fly Core 与 Xray Core 都使用结构化配置描述连接，因此常见的 inbounds、outbounds、routing、dns 等字段看起来相似。相似结构方便迁移基础配置，但真正决定兼容性的，是每个协议对象内部的字段语义以及服务端实际启用的传输组合。
以 VLESS 为例，只看到协议名还不够。还要继续检查传输层是 TCP、WebSocket 还是 gRPC，安全层是 TLS 还是 REALITY，Flow 是否为 xtls-rprx-vision。两条节点都写着 VLESS，所需内核能力可能完全不同。
| 订阅或日志线索 | 应检查的层级 | 执行动作 |
|---|---|---|
vmess:// |
VMess 用户信息与传输方式 | 核对用户标识、远端端口、Host、Path 和 TLS 设置 |
vless:// |
VLESS 加密、安全层与 Flow | 继续检查是否包含 Vision 或 REALITY 参数 |
security=reality |
Xray 扩展能力 | 使用 Xray Core，并核对公钥、SNI、短标识与指纹 |
unknown field |
配置结构或内核版本 | 确认导入目标与 Core 类型，不要直接删除未知字段 |
address already in use |
本地监听端口 | 关闭重复进程，检查 10808 与 10809 是否被占用 |
结论:先判定握手参数，再处理测速
内核不支持节点的安全层时，延迟数字没有选型价值。先让日志完成协议初始化与握手，再比较真连接延迟、丢包和路由结果。
路由规则也存在实现细节差异。基础的域名、IP、端口和入站标签匹配通常容易迁移，但复杂 DNS 分流、规则集加载方式和特定出站参数应按目标内核文档重新核对。迁移后至少测试一个代理域名、一个直连域名和一次 DNS 查询，不能只看客户端状态栏是否变成“已连接”。
常见混淆与具体处理方法
最常见的错误不是某个项目名称记错，而是把“客户端成功导入”当成“内核完整支持”。订阅链接负责传递参数，客户端负责解析和展示，内核负责执行；任何一层丢失字段，都可能让最终连接失败。
订阅写着 V2Ray，应该选哪个客户端？
不要只看订阅名称。展开节点详情，先看协议与安全层；包含 REALITY 或 xtls-rprx-vision 时，在 Windows 使用 v2rayN 的 Xray Core，在安卓使用 v2rayNG。
VMess 节点必须使用 V2Fly 吗？
不必须。V2Fly Core 与 Xray Core 都能处理常见 VMess 配置。应继续核对传输方式、TLS、Host、Path、用户标识和服务端要求，再选择现有平台上维护正常的客户端。
v2rayNG 能直接换成 V2Fly Core 吗？
不要在应用目录内手工替换内核。需要 V2Fly 路线时使用 v2flyNG，重新导入订阅后检查节点字段，并通过运行日志确认实际启动的是 V2Fly Core。
切换 Core 后为什么端口报错？
先停止旧 Core 和重复运行的客户端，再检查本机 10808、10809 是否仍被占用。修改监听端口后还要同步更新浏览器或系统代理设置。
导入成功但 REALITY 节点连不上？
确认使用 Xray Core，然后逐项核对服务器地址、端口、用户标识、SNI、公钥、短标识、指纹与 xtls-rprx-vision。任一字段缺失都可能导致握手失败。
按平台和节点协议完成选择
选型时不需要先研究完整项目史，只需按固定顺序判断：先看设备平台，再看订阅协议和扩展字段，最后看是否需要桌面端路由、批量测速或安卓端常驻连接。项目沿革用于解释差异，节点参数才是实际选择依据。
- Windows 桌面：选择 v2rayN。导入订阅后检查「设置」→「参数设置」→「Core 类型」，REALITY 与 XTLS Vision 节点使用 Xray Core。
- 安卓且订阅以 Xray 能力为主：选择 v2rayNG，重点核对 VLESS、REALITY、SNI、公钥、短标识和 Flow。
- 安卓且服务方明确适配 V2Fly：选择 v2flyNG，保持节点字段与服务端说明一致，不套用 Xray 专有参数。
- 只有 VMess 或通用 VLESS：两条内核路线都可能适用，优先沿用已验证可连接的组合，再根据日志决定是否更换。
- 配置来自手写 JSON：迁移前备份原配置，逐项检查入站、出站、DNS 和路由字段，不要把“文件能载入”当作兼容完成。