安卓端拿到 VLESS + REALITY 节点，优先使用内置 Xray 的 v2rayNG；已有明确面向 V2Fly 的配置，可以考虑 v2flyNG。桌面端使用 v2rayN 时，要核对实际调用的内核，而不是只看客户端名称。本文按“分清名称、识别节点、导入验证、定位故障”的顺序说明，适合准备更换客户端、导入后无法连接，以及不确定是否需要更新内核的用户。
先分清客户端与内核
v2rayNG、v2flyNG、v2rayN 是提供界面与系统接入功能的客户端。订阅分组、节点列表、系统代理开关通常由客户端管理；协议握手、出站连接、路由匹配与 DNS 处理，则主要由其调用的内核完成。客户端更新与内核更新相关，但不是同一件事。
Project V 是理解这组名称的背景。V2Fly 社区延续了 V2Ray 核心的开发，核心程序与配置中仍会出现 V2Ray、v2ray 等名称。Xray-core 在 2020 年从相关代码基础分出，随后形成独立的功能与发布路线。两者有共同历史，不意味着今天所有配置都能直接互换。
- v2rayNG：安卓客户端，内置 Xray 内核；界面负责导入与启停，内核负责具体连接。
- v2flyNG：安卓客户端，使用 V2Fly 内核；适合核对、运行面向该内核生成的配置。
- v2rayN：桌面客户端；所用内核应以当前版本、节点配置和启动日志为准，不能把名称中的“v2ray”当作运行结果。
订阅也不是内核。订阅地址返回的是节点信息或配置材料，客户端将它们转换为可执行配置。能成功显示节点名称，只说明导入流程走通，尚不能证明每个传输参数都被保留，也不能证明对应内核支持这些参数。
协议差异要看参数组合
选择时先打开节点编辑页，查看协议、传输方式、传输安全与 flow。VMess、VLESS、Trojan 是协议名称；WebSocket、gRPC 属于传输方式；TLS、REALITY 关系到连接安全配置；xtls-rprx-vision 则是特定的流控设置。它们不在同一个层级，不能用一个“支持 VLESS”的标签代替整套兼容性判断。
| 节点特征 | 选择方向 | 需要核对 |
|---|---|---|
| VLESS + REALITY | 使用支持该配置的 Xray 版本 | 公钥、shortId、serverName、指纹及服务端要求的 flow |
| VLESS + TLS + Vision | 优先按 Xray 配置要求处理 | flow 是否为 xtls-rprx-vision，传输组合是否匹配 |
| VMess + WebSocket + TLS | 两条内核路线均有相关实现 | 地址、端口、UUID、路径、Host 与 SNI |
| 普通 VLESS 或 Trojan | 查看具体内核版本与客户端导入能力 | 传输类型、安全参数和配置字段支持情况 |
VLESS 并非判断 Xray 与 V2Fly 的唯一分界线，V2Fly 也有 VLESS 实现。真正容易造成不兼容的是 REALITY、Vision 及具体传输选项。反过来，已有 VMess 节点使用稳定，也没有必要仅因看到 Xray 名称就重新部署服务端。
结论：先确认 REALITY 与 flow，再选客户端
节点明确要求 REALITY 或 xtls-rprx-vision 时，按 Xray 路线验证；只有协议名称相同、其余字段不明时，先向配置提供方确认参数，不要通过反复切换内核碰运气。
安卓端怎么选与导入
安卓端先按实际节点选择，再比较使用习惯。下面的推荐针对需要导入 VLESS + REALITY 的日常场景，不代表所有网络环境下的速度排名。相同节点的吞吐量还会受线路、信号、服务端负载与分流规则影响，不能从内核名称直接推导。
v2rayNG · Xray 内核
推荐节点包含 REALITY 或 Vision 时优先选择。导入后仍需打开编辑页检查关键字段，尤其要留意旧版本是否能识别订阅里的新参数。
适合：VLESS + REALITY 节点、按 Xray 参数配置的日常连接。
v2flyNG · V2Fly 内核
已有面向 V2Fly 的配置时，可以沿用对应内核验证。不要把它作为 REALITY 节点导入失败后的替代方案，应先检查原配置要求。
适合：既有 V2Fly 配置、需要对照 V2Fly 行为的兼容性排查。
- 确认导入内容。区分订阅地址与单节点分享链接；订阅地址不要填进服务器地址栏，也不要公开发送到截图或日志求助区。
- 单节点先验证。在 v2rayNG 主界面点右上角“+”→“从剪贴板导入”，导入后编辑节点，核对地址、端口、UUID 与传输安全设置。
- 订阅单独管理。打开“订阅分组设置”添加分组与地址，再返回主界面通过菜单执行更新订阅。菜单措辞可能随版本略有调整，以当前界面为准。
- 启动后再测试。选择节点，启动连接并确认系统 VPN 授权；先做实际访问测试，再配置分应用代理，避免两个变量一起变化。
从 v2flyNG 改到 v2rayNG 时，能共用的是兼容的订阅或节点资料，不是整份应用状态。分应用名单、DNS 选项和绕过规则需要重新检查。测试时只保持一个 VPN 连接运行，否则后启动的连接可能替换前一个，容易把系统行为误判为节点故障。
桌面端先核对实际运行内核
v2rayN 的客户端版本、随包内核版本与后来更新的内核版本可能不同。打开“设置”→“参数设置”检查本地监听与相关选项，再查看节点编辑页和启动日志中的内核名称、版本、配置错误。不同版本的内核选择入口不完全相同，不应把某一版的菜单位置当作所有版本通用步骤。
远端端口与本地代理端口不是同一个设置。节点里的 443 指服务端监听位置，本地应用填写的 127.0.0.1:10808 则指向电脑上的代理入口；只有当前监听确实使用这个地址、端口且支持相应代理协议时，后者才有效。不要为解决握手失败，把本地端口也改成远端端口。
推荐方案：两端共用兼容节点，接入方式分别设置
桌面端：v2rayN
- 导入订阅并检查节点要求的内核。
- 先用本地代理或系统代理验证访问。
- 有接管更多应用的需求，再配置 TUN 模式。
安卓端：v2rayNG
- 使用允许多设备接入的同一订阅。
- 通过系统 VPN 授权接入流量。
- 连接通过后，再调整分应用代理名单。
共用订阅不等于共用 DNS、路由与代理开关；两端也可能因过滤条件或更新时间不同而显示不同列表。
系统代理与 TUN 是流量进入客户端的方式，不会给内核补上缺失的协议支持。节点参数本身不兼容时，打开 TUN 仍然会失败。反之，节点正常但某个应用不读取系统代理时，应检查应用接入方式，而不是立即更换 Xray 或 V2Fly。
更新节奏与故障排查顺序
Xray 与 V2Fly 独立发布，版本号不能横向比较大小。安卓客户端通常通过应用更新带入新的内核；桌面端还可能单独管理内核文件。判断是否需要升级，应看发布说明是否涉及当前使用的协议、传输修复或配置变更，而不是根据谁更新得更频繁推断稳定性。
- 记录现状。记下客户端版本、启动日志中的内核版本、节点协议与报错时间。升级前保留可恢复的配置，避免同时改订阅、路由与 DNS。
- 先看配置能否启动。出现未知字段、未知传输或不支持的 flow，优先核对内核版本与配置来源；更新订阅不一定能解决内核能力不足。
- 再看远端是否可达。连接超时先检查地址、端口、网络与服务端状态。延迟测试成功也不能代替完整协议握手，更不能证明网页一定可用。
- 检查握手参数。TLS 证书错误先校准系统时间、检查 SNI；REALITY 连接则核对公钥、shortId 与 serverName，不要用跳过证书验证代替排错。
- 最后排查接入与分流。内核已连通而应用仍失败，再检查系统代理、TUN、分应用名单、DNS 和直连规则；每次只改一项并复测。
比较性能也要固定条件：同一设备、同一网络、同一服务器与相同分流策略，分时重复测试。只测一次网页打开速度，或拿不同节点的延迟比较，无法说明内核效率。本文不提供脱离测试环境的速度排名，也不把某个内核当作所有连接问题的统一答案。
选型常见问题
v2rayNG 能导入订阅，为什么只有部分节点可用？
同一订阅可能包含不同协议与传输组合。先比较可用和不可用节点的传输安全、flow、路径与 SNI，再检查客户端是否保留了这些字段。列表出现节点名称只是解析成功，不代表实际握手已经通过。
已有 VMess 节点，需要从 V2Fly 换成 Xray 吗？
没有新增功能需求、连接也稳定时，可以继续使用现有配置。确有兼容问题再对照版本说明与日志判断。切换内核不会自动改善线路拥塞，也不会修复错误的 WebSocket 路径或过期的服务端证书。
同一订阅在电脑可用，安卓端失败，先查哪里？
先确认两端选的是同一节点，再比较更新时间、内核版本与关键字段。若参数一致，检查安卓 VPN 授权与分应用设置；若仅移动网络失败，再排查网络可达性。不要在尚未定位前直接修改服务端。
结论：按节点要求选内核，按系统入口排故障
REALITY 与 Vision 配置先用匹配版本的 Xray 验证；既有 V2Fly 配置按原要求运行。节点能连接后，再处理订阅整理、DNS 与路由分流，才能区分协议问题和流量没有进入代理的问题。