本文面向需要在 v2rayN 中选择运行内核、迁移旧节点或排查协议不兼容问题的用户。核心判断只有两步：先读取节点的协议、安全层与 flow 字段，再选择能够完整识别这些字段的内核；REALITY 或 XTLS Vision 节点使用 Xray，常规 VMess、Shadowsocks 及标准传输节点可按现有配置继续使用 V2Fly。
两条内核分支的关系与定位
V2Fly 延续 v2ray-core 的通用代理框架，配置仍由入站、出站、路由、DNS、策略和传输等模块组成。Xray-core 从相同技术体系分支发展，因此两者在 JSON 配置结构、VMess 节点表达方式和常见传输层上保留了较多相似点。相似不等于配置可以任意互换：当配置包含某一分支独有的安全层、flow 值或传输参数时，另一内核可能直接拒绝启动，也可能忽略无法识别的字段。
Xray 的重点是 VLESS、XTLS Vision、REALITY 及相关传输能力。V2Fly 的重点则是维持通用代理核心、VMess 兼容和模块化配置。这里的“内核”指实际读取配置、建立出站连接并处理流量的后台程序；v2rayN 是桌面端管理界面，负责保存节点、生成配置、启动内核和控制系统代理，两者不是同一个组件。
- 共同基础：都能通过入站接收本地应用流量，再依据路由规则转发到代理或直连出站。
- 主要差异：Xray 提供 REALITY 与 XTLS Vision 相关实现，配置中常见
security: reality和flow: xtls-rprx-vision。 - 版本影响：同一分支的新旧版本也可能存在字段差异，判断兼容性时要同时确认内核名称与版本。
- 客户端职责：订阅只负责交付节点信息，最终是否能连接由客户端解析能力、内核能力和服务端配置共同决定。
结论：分支名称不是选型起点
先查看节点链接或订阅条目中的协议、security、flow 和 transport。出现 REALITY 或 xtls-rprx-vision 时直接选 Xray；只有常规 VMess、Shadowsocks 或标准传输时，再考虑沿用 V2Fly。
REALITY、XTLS Vision 与常规传输的兼容差异
REALITY 不是一套独立的代理协议。常见组合是 VLESS 负责用户标识与代理会话，TCP 或其他受支持方式负责承载，REALITY 负责安全握手与服务端身份参数。节点中通常还会出现公钥、短 ID、serverName 和 fingerprint。缺少其中某个必需值，或者客户端解析后没有写入核心配置，都会导致握手失败。
XTLS Vision 通常通过 flow: xtls-rprx-vision 表示。它与普通 TLS、WebSocket 或 gRPC 不是同一级概念：TLS 或 REALITY 描述安全层，Vision 是 Xray 中与流量处理有关的模式，WebSocket、gRPC、TCP 则属于传输方式。判断节点时不能只看“VLESS”四个字，还要继续读取 security 与 flow。
| 节点组合 | Xray | V2Fly | 选择依据 |
|---|---|---|---|
| VLESS + TCP + REALITY + Vision | 完整支持 | 不按该组合使用 | 包含 reality 与 xtls-rprx-vision 字段 |
| VLESS + TCP + TLS | 支持 | 需核对具体版本与配置格式 | 优先沿用订阅指定的核心类型 |
| VMess + WebSocket + TLS | 支持 | 支持 | 两端都属于成熟兼容场景 |
| VMess + TCP | 支持 | 支持 | 检查 UUID、端口与时间同步 |
| Shadowsocks 标准节点 | 支持常用加密方式 | 支持常用加密方式 | 重点核对加密方式是否被当前版本识别 |
| gRPC 传输节点 | 支持 | 支持常规配置 | 核对 serviceName、TLS 与域名 |
Xray 内核
推荐能够处理 REALITY、XTLS Vision 及常见 VLESS 组合，也兼容主流 VMess 节点，适合作为 v2rayN 的日常默认核心。
适合：新订阅、REALITY 节点、VLESS Vision 节点
V2Fly 内核
适合继续运行已经验证稳定的 VMess、标准 TLS、WebSocket 和通用路由配置，迁移旧配置时改动较少。
适合：历史 VMess 节点、既有 V2Fly JSON 配置
按节点字段选择内核，而不是按订阅名称选择
订阅名称只是服务端提供的显示文本，同一个订阅中可以同时包含 VMess、VLESS、Shadowsocks 以及不同传输方式。更新订阅后，v2rayN 会把每个条目解析成独立节点。正确做法是按条目检查，而不是看到订阅组名称后给整组节点套用同一个兼容性结论。
对于 VLESS 链接，重点读取 security、flow、type、sni、fp、公钥和短 ID。对于 VMess 节点，重点读取服务器地址、端口、UUID、传输方式、Host、路径与 TLS 开关。现代 VMess 配置通常使用 alterId: 0；从旧备份导入时如果仍带有过时参数，应以服务端当前配置为准。
推荐方案：按节点代际保留两套验证路径
新节点与主力订阅
- v2rayN 使用 Xray 内核
- 优先测试 VLESS、REALITY 与 Vision 条目
- 更新订阅后重新读取节点字段
历史配置与兼容验证
- 保留已确认可用的 V2Fly 配置
- 用同一 VMess 节点做连接对照
- 迁移前导出当前客户端配置
两套路径用于定位配置兼容问题，不建议让两个内核同时监听相同的本地端口。
- 在 v2rayN 节点列表中选中目标节点，打开编辑窗口，记录协议、端口、传输、安全类型和 flow。
- 进入「设置」→「参数设置」，查看核心相关选项。不同 v2rayN 版本的标签名称可能略有差异，应以当前界面显示为准。
- 选择 Xray 后重新启动当前节点，再打开日志窗口确认实际启动的是 Xray，而不是只修改了显示分组。
- 执行真连接延迟测试。能够显示延迟只表示连接流程成功，不代表下载吞吐一定更高。
- 若切换 V2Fly 后出现未知字段、配置解析失败或核心立即退出，应恢复 Xray，并检查节点是否包含 REALITY 或 Vision 参数。
性能差异要在同一节点和同一时间段内比较
内核选择首先是兼容性问题，其次才是性能问题。不同节点、不同机房和不同时段的结果不能直接归因于内核。为了减少变量，应使用同一个服务端、同一协议、同一路由模式和相同测试目标，只替换客户端核心。测试前关闭正在运行的下载任务，并确认系统中没有第二个代理程序占用监听端口。
一组局域网测试环境使用 Windows 桌面端、本地 SOCKS 端口 10808、同一台 1 Gbps 接入服务器，分别测试三轮。VMess + WebSocket + TLS 在 Xray 25.3.6 下的真连接延迟中位数为 86 ms，在 V2Fly 5.28.0 下为 89 ms；单线程下载分别为 92 Mbps 与 89 Mbps。约 3% 的差异不足以说明某个内核普遍更快，因为一次线路抖动就可能覆盖该差值。
REALITY + Vision 节点无法用 V2Fly 做等价对照，因为关键能力本身并不对等。这类场景只能在不同 Xray 版本之间比较，或者与服务端另行提供的 VMess、标准 TLS 节点比较。比较时还要保持路由规则一致；如果一轮测试走代理出站，另一轮因域名规则命中直连，结果没有参考价值。
测试记录示例
客户端：v2rayN
本地入口：SOCKS 127.0.0.1:10808
远端端口：443
路由模式：全局代理
测试轮数：3
记录项：核心版本、真连接延迟、单线程下载、核心日志错误结论：小于 10% 的单次差值先视为线路波动
只有在同一节点连续多轮测试中保持稳定差距，且日志、路由和本地负载一致时，才值得继续分析核心实现。节点拥塞、跨网路由和服务端负载通常比核心差异更显著。
从 V2Fly 切换到 Xray 的检查步骤
切换核心不会自动修正节点参数。旧 VMess 节点通常可以直接验证，但手写 JSON、旧订阅缓存和自定义路由规则需要单独检查。操作前先记录当前可用节点与核心版本，避免切换后无法区分是配置变化、订阅更新还是核心变化造成的问题。
- 保存现状：导出当前节点或备份 v2rayN 配置目录，同时记下正在使用的节点名称、系统代理模式和本地端口。
- 更新核心：使用 v2rayN 提供的核心管理入口完成更新，结束旧核心进程后再启动新核心。
- 检查监听：确认 10808 等本地端口没有被旧进程占用。日志出现 address already in use 时，应先结束占用进程，而不是反复点击连接。
- 刷新订阅：更新目标订阅，让客户端重新解析节点字段。对于 REALITY 节点，检查公钥、短 ID、SNI 和 fingerprint 是否完整。
- 逐个验证：先测一个已知可用的 VMess 节点，再测 VLESS + REALITY 节点。这样可以区分基础网络故障与特定协议故障。
- 恢复路由：连接成功后再启用原有分流规则，并检查 DNS、直连域名和代理域名是否按预期命中。
反向切换到 V2Fly 时，应先移除或停用依赖 REALITY、XTLS Vision 的节点。不要只删除配置中的未知字段后强行启动，因为删掉 security、flow 或公钥并不会把原节点转换成标准 TLS 节点。客户端配置必须与服务端监听方式一致，协议转换需要服务端同时提供对应入口。
常见兼容问题与处理方法
错误排查应从核心日志开始。界面显示“连接失败”只能说明进程启动、配置解析、DNS、TCP 建连或安全握手中的某一步没有完成。日志中的 unknown field、failed to build config、connection refused、timeout 和 address already in use 分别对应不同方向，不能统一按“节点失效”处理。
REALITY 节点导入成功，为什么一连接就退出？
先在日志中确认实际启动的核心名称与版本，再检查节点是否包含公钥、短 ID、SNI、fingerprint 和 xtls-rprx-vision。若当前使用 V2Fly，应切换到 Xray 后重新启动节点。
VMess 节点两个内核都能连，应该保留哪个？
保持路由、DNS 和测试时间一致，各执行三轮真连接延迟与下载测试。差距不足 10% 时优先保留当前稳定配置；若订阅还包含 REALITY 节点，可统一使用 Xray 减少切换次数。
切换核心后提示 10808 端口被占用？
断开当前连接并结束残留核心进程，再检查「设置」→「参数设置」中的本地监听端口。不要让 Xray 与 V2Fly 同时监听 127.0.0.1:10808。
更新订阅后原来的节点字段变了？
订阅更新会按服务端当前内容重建条目。先对照协议、端口、传输与安全层；若服务端已从 VMess 改为 VLESS + REALITY，应使用 Xray，并以新下发的公钥和短 ID 为准。
节点能测出延迟，但浏览器打不开网页？
检查系统代理是否启用、浏览器是否使用系统代理，以及路由规则是否把目标域名送入代理出站。随后查看 DNS 日志，确认解析结果没有被错误的直连规则接管。
最终选择：新协议用 Xray，稳定旧配置按需保留 V2Fly
对大多数使用 v2rayN 的桌面环境，Xray 更适合作为默认内核。原因不是所有节点都能获得更高速度，而是它能够覆盖 VMess 等常见配置，同时处理 VLESS、REALITY 与 XTLS Vision 节点。订阅内容经常混合多种协议时，统一使用 Xray 可以减少因核心切换造成的操作遗漏。
V2Fly 仍适合明确依赖其配置结构、已经长期验证的 VMess 节点和现有自动化配置。只要服务端与客户端版本匹配，常规 WebSocket、TLS、TCP 和路由功能可以继续使用。没有必要为了名称更新而改动一套稳定配置，但新增 REALITY 节点时应建立独立的 Xray 验证路径。
- 节点含
security=reality：选择 Xray。 - 节点含
flow=xtls-rprx-vision：选择 Xray。 - VMess + WebSocket + TLS：两者通常都可用，按现有稳定性和日志结果选择。
- 手写 V2Fly JSON：先核对字段，再决定是否迁移，不直接替换可执行核心。
- 同一订阅混合新旧协议：优先用 Xray 逐项验证，避免频繁切换核心。
- 切换后无法启动：先查配置解析与端口占用，再查远端网络。