选择内核先看服务端要求，再看客户端能否完整表达配置。已有 VMess 节点不必仅因名称不同就迁移；明确要求 REALITY 或 XTLS Vision 的节点，应使用支持对应功能的 Xray 版本。本文面向需要切换内核、迁移 JSON 配置或排查导入失败的用户，重点区分协议能力、字段兼容与客户端生成配置这三个问题。
1. 分叉背景：同源内核，不同维护路线
V2Ray 原本是 Project V 体系中的代理工具，V2Fly 社区接续维护相关代码与文档，常见的内核程序名仍是 v2ray。Xray 在 2020 年从 V2Ray 代码基础上分叉，早期分叉与 XTLS 相关开发路线有关，随后独立演进。两者共享历史基础，但各自发布版本、调整实现与维护配置接口；共同来源不意味着后续所有特性会同步出现。
客户端与内核也要分开理解。v2rayN 提供桌面界面、订阅管理和配置生成，实际连接由所选内核执行；v2rayNG 是使用 Xray 内核的安卓客户端，v2flyNG 则使用 V2Fly 内核。客户端能显示一个节点名称，只代表它保存了这条记录，不代表正在运行的内核已支持记录里的全部参数。
- 客户端层：负责导入分享链接、保存订阅、选择节点，以及将界面选项转换为内核配置。
- 内核层：负责建立连接、处理协议、执行 DNS 与路由规则，并输出运行日志。
- 服务端层：决定接受什么协议、传输方式和安全设置；只更换本地内核不会改变服务端能力。
2. 协议能力：VLESS 与 REALITY 不在同一层
VMess、VLESS 是代理协议；TCP、WebSocket 等描述承载连接的方式；TLS、REALITY 则涉及连接的安全机制。这里的分层是功能归类，不是一张可以随意组合的兼容矩阵。服务器采用哪种组合，客户端就必须支持并正确填写该组合的参数。
| 检查项目 | Xray | V2Fly |
|---|---|---|
| VMess | 支持，仍需核对传输与安全参数 | 支持，仍需核对传输与安全参数 |
| VLESS 基础协议 | 支持，并持续扩展相关能力 | 有基础实现，不能据此推断兼容 Xray 的所有扩展 |
| REALITY | 支持，需匹配版本与服务端参数 | 不能作为 Xray REALITY 配置的直接替代实现 |
| XTLS Vision | 支持相应 VLESS flow，需满足组合要求 | 不能直接执行 Xray 的 Vision 配置 |
| 路由与 DNS | 提供相关能力，字段与行为以当前版本为准 | 提供相关能力，字段与行为以当前版本为准 |
因此，“VLESS 节点必须使用 Xray”过于笼统，“能用 VLESS 就能用 REALITY”也不成立。如果节点要求 security=reality，或者指定 flow=xtls-rprx-vision，就不能仅凭另一内核支持基础 VLESS 而直接替换。应把协议、传输、安全设置和 flow 作为一个整体检查。
REALITY 配置通常还涉及服务端名称、服务端提供的公钥相关参数、short ID 以及客户端指纹等选项。具体字段名称可能随版本与客户端界面变化，不能只把 security 从 tls 改成 reality 就算迁移完成。反过来，普通 VMess + WebSocket + TLS 节点如果当前运行稳定，也没有仅为更换内核而改造服务端的必要。
3. 配置兼容：JSON 相似不等于直接互换
两种内核的常见配置都能看到 inbounds、outbounds、routing 等结构，但结构相似只说明存在共同设计基础。某个字段是否接受、默认值是什么、是否依赖特定传输实现，仍由执行配置的那个版本决定。V2Fly 的不同配置格式与 Xray 常见 JSON 配置，也不应不加区分地相互覆盖。
- 先看配置格式：确认手中的文件使用哪种格式与加载方式，避免把一种格式的对象交给另一种解析器。
- 再看出站参数：逐项核对协议、地址、端口、用户标识、传输方式、SNI、路径与安全选项，不只比较节点名称。
- 然后看专属字段：遇到 REALITY、Vision 或某一内核新增的传输选项，按目标内核文档核对，不能直接删除报错字段后继续使用。
- 最后看运行依赖：规则数据文件、证书路径和相对路径所依据的工作目录，也会影响启动结果。
分享链接与订阅并不等于完整的内核配置。客户端导入 vmess:// 或 vless:// 后，还要将其中的参数映射到实际配置；更新订阅通常只更新节点记录，不会自动替你核对整套 DNS、路由和自定义模板。迁移时应查看生成配置或启动日志，确认界面中的选项确实传给了内核。
4. 内核选型：按现有节点与维护方式决定
下面的“推荐”只针对明确使用 REALITY 或 Vision 的场景，不代表另一内核整体落后。若现有节点、配置模板和运维流程都围绕 V2Fly 建立，维持已经验证的组合通常比重新迁移更省排查成本；若服务端已经明确要求 Xray 特性，就应优先满足兼容条件。
Xray 内核
推荐服务端要求 REALITY 或 XTLS Vision 时，选择支持相应功能的 Xray 版本，并同步检查客户端是否能完整生成所需字段。
适合：已确认使用 Xray 专属功能的节点、需要对齐同一套 Xray 配置的环境。
V2Fly 内核
已有 VMess 等受支持组合与 V2Fly 配置模板时，可以沿用经过验证的环境。迁移收益应来自实际需求，而不是仅比较项目名称。
适合：现有 V2Fly 配置稳定、需要延续既有规则与维护流程的环境。
两种环境的客户端安排
服务端使用 REALITY / Vision
- 桌面端在 v2rayN 中确认选用 Xray。
- 安卓端使用 v2rayNG，并核对内置内核版本。
- 逐项确认服务端名称、密钥相关参数与 flow。
现有 V2Fly 配置持续运行
- 桌面端确认 v2rayN 当前版本的 V2Fly 适配范围。
- 安卓端可选 v2flyNG，按节点组合验证导入结果。
- 保留原有 DNS、路由和规则数据的配套记录。
同一订阅可以分发不同能力的节点；两端导入数量相同，也不代表所有节点都能在两种内核上使用。
性能也不宜只按内核名称排序。延迟与吞吐受服务端负载、网络线路、传输方式、设备性能和并发情况共同影响。比较时应固定设备、节点与测试时段，保留相同的路由策略；如果同时把 VMess + WebSocket 改为 VLESS + REALITY，结果就不能简单归因于“换了内核”。
5. 切换步骤：保留基线，再做单变量验证
先备份客户端配置与自定义模板，记录当前可用节点及内核版本。v2rayN 的菜单和内核选择入口会随版本、界面分支变化，应以当前界面与启动日志为准。以下端口是便于复现的检查示例，不是三款客户端统一的默认值；实际测试必须替换为本机正在监听的端口。
- 记录基线：在旧内核上确认一个节点可用，记下本地监听地址、端口、系统代理状态和路由模式。
- 仅更换内核：保持节点、DNS 与规则不变。不要在同一次测试中同时打开 TUN、替换规则文件和改动传输参数。
- 检查生成配置：确认目标内核收到的协议与安全字段完整；若客户端无法生成所需字段，先处理客户端适配问题。
- 验证启动与连接：先看配置解析是否成功，再看本地端口是否监听，最后检查服务端连接与目标请求。
- 恢复完整场景：基础代理正常后，再逐项恢复分流、系统代理或 TUN 设置，每次改动后查看日志。
对于自行管理的独立配置，可以先做配置测试。下面两条命令分别面向 Xray 和采用相应命令接口的 V2Fly 版本，按实际安装的内核选用一条；Windows 下可使用对应的可执行文件名。旧版本若参数不同，应先运行帮助命令确认。
# Xray：测试本地 config.json
xray run -test -config config.json
# V2Fly：测试本地 config.json
v2ray test -c config.json配置测试通过，只说明文件能被当前内核接受，不等于服务端可达。若本地确有 127.0.0.1:10808 的 SOCKS 入口，可用以下命令单独测试代理链路；socks5h 表示将目标域名交给代理端处理，便于与本地解析路径区分。
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 -I https://v2ray-home.com/这条命令成功而浏览器失败时，应继续检查浏览器实际使用的代理入口、系统代理状态或应用自身设置。若日志首先报告 address already in use，优先检查端口占用；若配置尚未成功加载，就没有必要先调整远端 DNS 或更换服务端端口。
6. 常见问题：导入、握手与回退
订阅能导入，为什么切换内核后节点不能用了？
先打开节点编辑页核对协议、传输、安全设置与 flow，再检查启动日志显示的实际内核。导入成功只说明客户端接受了节点记录；如果节点使用 REALITY，而实际启动的是 V2Fly，应换回支持该组合的 Xray，不要靠删掉安全字段让配置勉强启动。
同一个 VMess 节点，两种内核结果不同，先查哪里？
先对照生成配置中的地址、端口、用户标识、WebSocket 路径、Host 与 TLS 服务端名称，再确认设备时间和证书验证设置。随后检查路由与 DNS 是否一致。不要把关闭证书验证当作常规修复方法，错误日志通常能帮助区分证书问题与传输参数问题。
安卓端能直接在 v2rayNG 里切换成 V2Fly 吗？
不要把桌面端的内核选择习惯直接套用到安卓端。v2rayNG 使用 Xray；需要验证 V2Fly 环境时，应在 v2flyNG 中单独导入受支持的节点，再检查规则和 DNS 设置。测试时先停止另一客户端的代理服务，避免活动连接与系统 VPN 状态互相干扰。
换内核后想恢复，重装客户端就够了吗？
优先恢复此前保存的内核选择、配置模板、路由与 DNS 设置，再选回基线节点。若更换过本地监听端口，也要同步恢复系统代理指向。确认日志中的内核版本与备份记录一致后，重新执行同一条代理测试；单纯重装可能仍会沿用旧配置，反而难以定位变化。
选型的落点是可复现的兼容关系：服务端决定必须具备的能力，客户端决定能否正确表达参数，内核负责执行连接。已有配置稳定时，优先保留可回退的基线；需要新功能时，连同客户端适配与服务端参数一起验证。更多字段含义可查阅协议参考，基础导入与连接流程可查看入门指南。