内核选择首先是配置兼容问题，不是名称或版本号的比较。本文适合需要在 v2rayN 中核对内核，或在 v2rayNG、v2flyNG 之间迁移配置的用户。下文按项目关系、协议字段、切换步骤与日志排查展开，重点说明 REALITY、Vision、订阅转换和本地端口分别在哪一层生效。
项目关系：图形客户端不等于代理内核
V2Fly-core 延续了 Project V 的 V2Ray 技术体系，由 V2Fly 社区维护。Xray-core 从 V2Ray 代码体系分出，随后形成独立的开发与发布路线。两者有共同来源，但后续功能、配置字段及默认行为并不保证同步。把 Xray 简单理解为“新版 V2Ray”，会掩盖迁移时真正需要检查的差异。
图形客户端负责订阅管理、节点编辑和设置入口；内核负责解析实际运行配置、接收本地流量并执行代理连接。客户端能显示一条节点记录，不代表所选内核能运行其中的全部选项。订阅导入、配置生成和内核启动，是三个不同的成功条件。
- v2rayN：桌面图形客户端。可用内核及选择入口随客户端版本、安装内容和节点类型变化，应以本机界面与启动日志为准。
- v2rayNG：安卓客户端，使用 Xray 内核。不能把桌面端替换可执行文件的方式照搬到安卓端。
- v2flyNG：安卓客户端，使用 V2Fly 内核。迁移时需要重新确认节点参数与订阅解析结果。
版本线：三个版本号需要分别记录
客户端版本、Xray-core 版本和 V2Fly-core 版本分别发布。客户端更新可能同时调整配置生成方式和内核文件，也可能只改变界面；手动更新内核则未必同步更新客户端对新字段的支持。排查问题时，应记录实际组合，而不是只说“已经升级到最新版”。
历史资料中常见 V2Fly 的 v4、v5 版本线，以及 Xray 的 1.x 和后续按日期组织的版本标识。它们不是同一把数字尺，不能据此判断功能多少或兼容程度。尤其要分清 V2Fly 的程序版本与配置格式，不能看到 v5 就假定旧配置必须整体改写，也不能默认所有新格式字段都能被旧工具识别。
- 记录客户端“关于”页面显示的完整版本，以及操作系统和处理器架构。
- 启动一次连接，从日志记录实际调用的内核名称、版本与启动结果。
- 区分普通节点生成的配置与手动维护的自定义配置，后者可能绕过部分界面转换。
- 升级前保留原客户端设置及内核组合；出现问题时按组合回退，而不是只替换一个文件。
版本号相同也不意味着两台设备行为完全一致。路由数据文件、DNS 设置和客户端生成参数仍可能不同。订阅本身也可能在两次更新之间发生变化，因此复现问题时要固定同一条节点记录。
协议与传输：名称相同不代表字段通用
VMess、VLESS 属于代理协议；TCP、WebSocket、gRPC 属于传输层面的选择；TLS、REALITY 涉及连接安全机制；Vision 是需要两端匹配的流控选择。它们不是一组可以任意互换的“模式”。服务器要求的组合，决定客户端需要具备哪些能力。
| 检查项 | Xray-core | V2Fly-core 与迁移注意 |
|---|---|---|
| VMess | 支持；仍需匹配认证信息与传输参数 | 支持；共同协议名称不等于整份配置可以直接复制 |
| VLESS 与扩展字段 | 核对节点需要的流控与安全配置 | 按具体版本及配置格式核对支持范围，不能直接套用 Xray 扩展字段 |
| REALITY 与 Vision | 相关配置的主要选择；两端参数必须匹配 | 不要作为通用兼容项迁入；应另取目标内核可运行的服务端配置 |
| WebSocket、gRPC | 核对当前版本支持及服务端对应设置 | 逐项核对路径、服务名、主机名与 TLS，不能只比较传输名称 |
| DNS、路由与嗅探 | 由运行配置和配套数据共同决定 | 字段、解析行为及数据格式可能不同，应单独验证 |
例如，VLESS 节点若要求 xtls-rprx-vision，不能通过删除 flow 字段就假定它变成了普通 VLESS 节点。REALITY 的服务端公钥、服务名称与短标识也有各自用途；缺失或错配时，单纯更换内核无法补全这些参数。
判断顺序：先找不可替代的字段
先检查节点是否明确要求 REALITY 或 Vision，再检查目标内核和客户端能否完整表达这些参数。存在不兼容字段时，向服务提供方取得另一套可用配置，比反复删字段更有效。
选型取舍：按已有节点确定内核
不能用“新协议一定更快”作为切换依据。网络路径、服务器负载、运营商连接质量以及路由规则都会影响使用体验。内核选择首先要满足节点要求，其次才是在同等条件下比较稳定性、资源占用与功能需求。
Xray 内核
推荐当节点明确使用 REALITY、Vision 或其他已确认的 Xray 专属配置时，优先选择能够完整生成这些字段的客户端与内核组合。本项推荐针对这一配置场景，不代表所有网络下都有性能优势。
适合：已有 Xray 特定节点参数，需要按服务端要求连接。
V2Fly 内核
已有经过验证的 V2Fly 配置、配套 DNS 与路由规则时，可以继续沿用原组合。迁移前先确认新方案解决的具体问题，不必仅因另一个项目版本号变化而更换。
适合：维护既有 V2Fly 配置，需要保持规则与运行行为一致。
如果两者都能运行同一个服务端组合，应固定节点、测试时段和测试目标，再比较连接成功率与日志错误。不要拿两个不同出口的单次测速结果，推导内核本身的性能结论。
切换步骤：先备份，再验证最小连接
在 v2rayN 中，先通过「设置」→「参数设置」记录本地监听、DNS 与路由相关选项。不同版本的分组名称和内核入口可能调整；如果当前界面未提供目标内核选项，不要照着旧教程修改不明文件，更不要把订阅分组名称当成内核选择器。
- 保留原状态。备份客户端配置、自定义规则和必要的节点参数。备份包含订阅地址或认证信息时，应限制访问，不要上传到公开位置。
- 确认目标组合。检查节点的协议、传输、安全方式与流控；确认客户端可生成目标内核接受的字段。
- 停止原核心。使用客户端提供的停止或重启操作，避免两个核心同时争用同一个本地监听端口。
- 只改一个变量。先更换内核或客户端，不同时改 DNS、节点与路由。启动后先查看配置解析和监听日志。
- 测试最小连接。先用一条已知参数完整的节点验证代理请求，再恢复常用分流规则，最后测试订阅更新。
迁移方案：桌面与安卓分别验证
桌面端：v2rayN
- 记录当前核心启动日志和监听端口。
- 使用当前版本实际提供的内核选择入口。
- 切换后确认系统代理仍指向正确端口。
安卓端：v2rayNG / v2flyNG
- 迁移前检查订阅条目是否包含目标内核不支持的字段。
- 导入后核对节点编辑页，而不是只看列表数量。
- 连接时重新确认系统 VPN 授权与分应用范围。
同一条订阅只保证输入来源相同，不保证两端解析出的节点、路由与 DNS 行为一致。
端口与日志：区分本地启动和远端握手
下面三个数字仅用于说明端口角色，不是所有客户端的默认值。实际值以本机设置和节点参数为准。把本地代理端口误填成服务器端口，或把远端端口填进系统代理，都会造成与内核选择无关的连接故障。
若已在设置中确认 HTTP 代理监听于 127.0.0.1:10809，可用下面的命令验证一条明确经过该监听的 HTTPS 请求。测试地址只用于连通性检查；返回结果不能单独证明出口位置，也不能证明所有应用都已被代理。
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 20 -I https://example.com/- 出现
unknown field：优先检查配置字段和目标内核版本，不要先改服务器地址。 - 出现
address already in use：检查旧核心或其他程序是否占用监听端口，停止重复进程后再启动。 - 本地可监听但远端握手失败：核对服务器端口、系统时间、TLS 服务名称及 REALITY 参数，并结合完整错误判断。
- 命令成功而浏览器失败：检查系统代理、浏览器独立代理设置和路由命中，不应立即归因于协议不兼容。
常见问题：订阅导入、切换失败与回退
订阅能导入，为什么一连接就退出？
导入成功只说明客户端解析了订阅。先查看启动日志是否报字段不识别，再打开节点编辑页核对协议、传输和安全选项。不要反复更新订阅来代替配置检查；若是配置解析错误，应恢复原内核或取得兼容配置。
把 REALITY 改成 TLS，能交给 V2Fly 运行吗？
不能只在客户端改一个选项。服务器必须提供对应的 TLS 服务与认证配置。应向服务提供方取得明确支持目标内核的节点参数，再重新导入，不能靠删除公钥或流控字段完成转换。
更换内核后，为什么分流结果变了？
先检查当前路由模式、DNS 解析策略和规则数据是否与备份一致，再观察日志里的规则命中与出口。系统代理只决定部分应用是否把流量交给客户端，不负责保证不同内核使用相同的分流配置。
切换失败后，怎样恢复原来的连接？
停止新核心，恢复原客户端配置与原内核组合，确认本地端口未被占用，然后重启并重新设置系统代理。用原先可用的同一节点测试；若仍失败，再检查订阅是否变更以及远端服务是否正常。
最终选择应能回答三个具体问题：节点要求哪些字段，客户端实际生成了什么配置，运行日志确认调用了哪个内核。三者对应后，再讨论更新与性能；对应不上时，继续更换版本通常只会增加排查变量。需要进一步定位时，可按故障排查中的连接、订阅和路由路径逐层检查。