内核先按节点要求选，再考虑客户端操作习惯。节点包含 REALITY 或 xtls-rprx-vision 时，优先检查 Xray 支持；只有 VMess、普通 TLS 等配置时，不必仅凭名字更换内核。本文适合正在比较桌面与安卓客户端、导入后提示不支持配置，或准备从一个内核迁移到另一个内核的用户。
分支来历：V2Fly 与 Xray 不是客户端的两个皮肤
Project V 是相关工具与协议发展的项目背景，V2Ray 是其中广为使用的代理内核。V2Fly 社区接续维护 V2Ray 内核与相关项目，因此你会同时见到“V2Ray 内核”“V2Fly 内核”两种说法。讨论具体兼容性时，最好写清项目、版本和配置格式，不能只说“用了 V2Ray”。
Xray 在 2020 年从 V2Ray 代码基础上分出，之后沿独立路线发展。分支形成与当时 XTLS 相关技术及项目维护方向的分歧有关。共同起点让两者在部分协议、路由字段上保持相似，但后续功能与配置语义已经存在差别，不能把一个项目的完整 JSON 原样当成另一个项目的通用配置。
- 内核：负责协议握手、出入站连接、路由执行和 DNS 等底层处理。
- 客户端：提供节点列表、订阅导入、系统代理开关与日志界面，再把配置交给内核运行。
- 订阅：负责分发节点参数；导入成功只代表客户端读到了内容，不代表底层功能全部受支持。
因此，“v2rayNG 能导入”与“V2Fly 能运行”不是同一件事。客户端能识别分享链接，仍可能在生成运行配置、启动内核或远端握手时出错。
协议对照：VLESS、XTLS Vision、REALITY 分别管什么
协议名称相同，不等于安全层、传输方式和流控参数也相同。VLESS 主要定义代理协议，本身不提供流量加密；普通部署通常还需要 TLS 或 REALITY 等机制。XTLS Vision 是流控相关方案，REALITY 则是另一层连接安全机制，三者不应混成一个可随意替换的开关。
| 配置特征 | Xray | V2Fly | 选择要点 |
|---|---|---|---|
| VMess | 支持 | 支持 | 仍需核对传输方式、TLS 与时间设置 |
| VLESS 基础协议 | 支持 | 具有基础支持 | 不能据此推断后续扩展均互通 |
| VLESS + TLS + WebSocket | 支持相应组合 | 需核对版本与配置格式 | 路径、Host 与服务端要求保持一致 |
| xtls-rprx-vision | 支持 | 不支持该 Xray 流控方案 | 不要通过删除 flow 字段强行兼容 |
| REALITY | 支持 | 不支持该 Xray 方案 | 选择可运行对应配置的 Xray 客户端 |
表中的“支持”不是对任意历史版本的承诺。老内核、老客户端的分享链接解析器，可能缺少后续加入的参数。排错时要同时记录客户端版本和实际运行的内核版本；仅更新界面程序，也未必意味着正在使用的核心文件已经变化。
结论：先查节点的 security 与 flow
看到 security=reality 或 flow=xtls-rprx-vision，先核实 Xray 与客户端支持情况。缺少这些能力时，应换兼容客户端或使用服务方提供的另一份节点配置，而不是把参数删到能够启动为止。
客户端取舍：v2rayNG 与 v2flyNG 怎么选
安卓端的 v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核。选择依据应是节点组合，而不是应用图标或名称是否熟悉。下面的推荐以“订阅可能包含 REALITY 或 Vision”为前提，不代表所有网络中某个内核都更快。
v2rayNG：Xray 路线
推荐订阅包含 VLESS + REALITY 或 Vision 时，优先选它，并确认所安装版本能够解析完整参数。已有 VMess 节点也可以按实际配置测试，不必为了内核名称重新购买节点。
适合：安卓主力连接、订阅明确要求 Xray 特性的用户。
v2flyNG：V2Fly 路线
现有节点基于 V2Fly 配置、常用协议已经验证可用时，可以继续沿用。迁移前核对协议、传输与安全层，不要把它当作所有 Xray 配置的替代入口。
适合：已有 V2Fly 使用环境、需要保持既有配置一致的用户。
v2rayN：桌面配置入口
桌面端先看当前发行包提供哪些内核，再确认当前节点实际调用哪一个。内核选择入口、可选范围会随发行包和版本变化，不能仅凭客户端名字判断。
适合：桌面系统代理、需要查看运行日志与核对内核的用户。
安装两个安卓客户端作对照时，不要同时开启它们的 VPN 连接。通常同一用户环境下只有一个应用能够占用该 VPN 通道；后启动的连接可能替换前一个，造成“换内核后突然断开”的误判。
双端使用：订阅可以共用，运行设置分别检查
桌面和安卓可以导入同一条订阅，但前提是服务方允许相应设备数量，而且订阅输出格式能被两端识别。即使节点列表一样，路由分组、分应用代理、本地监听端口与 DNS 行为也不一定跟着订阅迁移。
推荐方案：按端检查同一节点的完整参数
桌面端：v2rayN
- 确认当前节点与实际运行内核，不只看列表名称。
- 核对系统代理状态，区分浏览器代理与应用自行联网。
- 在运行日志中记录内核启动结果与连接错误。
安卓端：v2rayNG 或 v2flyNG
- 按节点是否需要 REALITY、Vision 选择客户端。
- 连接前确认 VPN 授权，测试时只运行一个客户端。
- 检查分应用代理，确认测试浏览器没有被排除。
订阅更新只保证重新获取服务方发布的内容；两端的本地运行策略仍需分别核对。
如果桌面能连、安卓不能连，先比较同一个节点的地址、端口、传输、安全层和流控参数。不要先把所有差异归因于内核：两端可能选中了同名但不同参数的节点，也可能只有一端更新了订阅。
端口与字段：把“连不上”拆成可核对的配置
下面两个端口是排错示例，不是所有客户端的固定默认值。远端端口由服务方提供，本地监听端口由客户端设置决定；两者作用不同，不能把本地 SOCKS 端口填进远端节点端口栏。
例如，浏览器或测试工具连接本机代理时，可以使用已确认启用的 127.0.0.1:10808；内核再连接节点的远端端口。这个过程包含“应用到本地入口”与“内核到远端服务”两段，本地能连不代表远端握手已经成功。
- 基础连接：核对远端地址、端口、用户标识与系统时间。VMess 对时间偏差敏感；TLS 证书有效期检查也依赖正确时间。
- 传输层：WebSocket 节点核对路径与 Host；不要把 WebSocket 与原始 TCP 配置混用。
- 安全层：普通 TLS 核对服务器名称与证书验证；REALITY 核对服务方提供的服务器名称、公钥相关参数与 shortId。
- 流控：服务方指定
xtls-rprx-vision时保持匹配。更改 flow 并不会让服务端自动切换协议。 - 运行结果：区分“未知字段”“握手失败”“连接超时”，分别回查兼容性、认证参数和网络可达性。
切换内核前后：一次只改变一个变量
“换内核后更快”需要同一节点、相近时间和同一测试目标才能比较。TCPing 主要反映 TCP 连接可达性，不等于代理握手成功；真连接测试更接近实际代理请求，但也不是持续下载速度或所有网站体验的保证。
- 切换前备份：保留订阅来源、当前节点参数、路由与 DNS 设置。分享截图时遮住用户标识和订阅地址。
- 确认可运行：先启动内核，看日志是否有配置解析错误。启动失败时不要反复切换节点掩盖配置问题。
- 测试代理请求：选同一节点运行真连接测试，再用同一浏览器访问同一目标，确认系统代理或 VPN 通道实际生效。
- 单独验证分流：连接成功后再检查直连与代理规则。某个网站被路由到直连，不等于新内核没有处理流量。
- 记录并回退：记下客户端与内核版本、错误类型及修改项。结果变差就恢复原设置，不要同时修改 DNS、路由和传输参数。
结论：兼容性先过关，再比较体验
现有配置稳定可用，就不必为了分支名称迁移。确实需要 REALITY 或 Vision 时，再选择支持相应配置的 Xray 路线，并用相同条件验证连接；内核选型不能替代对节点质量和网络路径的检查。
常见问题：导入成功、旧节点与迁移失败
v2flyNG 能导入 VLESS 链接，为什么仍无法连接？
先展开节点详情，检查是否包含 REALITY 或 Vision。能识别 VLESS 的基础字段，不代表能执行这些扩展。若节点要求超出内核支持范围，改用兼容的 v2rayNG，或向服务方获取不同协议组合的节点配置。
旧 VMess 节点必须从 V2Fly 换到 Xray 吗？
不必须。两条路线都支持 VMess，实际结果还取决于传输方式、TLS、服务端配置和版本配合。已有节点稳定运行时，优先保留可用设置；出现具体错误后再对照日志排查，不能把内核切换当作通用修复。
能否把 Xray 的整份 JSON 直接交给 V2Fly？
不应这样假定。部分结构相似，但扩展字段、传输配置和不同版本的配置入口可能不同。迁移时应按目标内核的配置格式重新整理，并先验证最小连接，再逐步加入路由、DNS 和其他策略。
更新订阅后，客户端会自动获得新内核能力吗？
不会。订阅更新刷新的是节点数据，不会把原来不支持的内核变成支持。新节点需要新功能时，应分别核对客户端解析能力与内核实现能力；更新后也要重新确认当前节点和实际运行版本。
客户端与平台选择
桌面端选择 v2rayN；安卓端按节点要求选择 v2rayNG 或 v2flyNG。先确认协议与安全层支持，再继续完成订阅导入和连接验证。