Xray 内核与 V2Fly 内核有何不同:XTLS Vision、REALITY 与配置兼容性

客户端与内核：先分清谁负责哪一步

v2rayN、v2rayNG、v2flyNG 是用户操作的客户端。服务器列表、订阅导入、系统代理开关和界面设置属于客户端层；解析配置、建立连接、执行路由规则和转发流量，则主要由内核完成。客户端能显示某个选项，不等于当前运行的内核一定支持该选项。

Android 上，v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核。桌面的 v2rayN 需要结合版本、节点类型与实际运行日志确认所用内核，不能仅凭桌面快捷方式判断。排错时应分别记录客户端版本和内核版本，两者的版本号不是同一回事。

• 订阅导入失败：先看订阅内容和客户端解析能力，此时可能还没有启动内核。
• 内核启动失败：先看生成配置、字段类型、端口占用与内核功能支持。
• 内核已启动但连接失败：继续查服务器参数、握手日志和实际网络链路。

Xray 与 V2Fly：共同来源不等于配置始终互通

V2Fly 是延续 V2Ray 发展的社区项目，其核心程序通常称为 V2Ray Core。Xray 在 2020 年从 V2Ray 代码基础分出，随后沿着自己的方向演进。两者保留了不少相似概念，例如入站、出站、路由和 DNS，但具体功能与配置结构已经存在差异。

因此，“都能处理代理流量”与“可以直接替换可执行文件”是两回事。迁移时，协议名称相同只能说明第一层可能对应，不能证明传输参数、安全层、路由表达式以及 DNS 配置也完全对应。

XTLS Vision 与 REALITY：一个是流控，一个是安全层

XTLS Vision 在常见 VLESS 配置里通过 flow: xtls-rprx-vision 表达。它针对符合条件的流量采用相应处理路径，不是一个独立的订阅格式，也不是可以随便添加到任意传输组合上的提速开关。服务端没有配置对应流控时，客户端自行填写 Vision 并不能完成适配。

REALITY 位于安全层，涉及服务端身份验证及相关握手参数。客户端通常需要核对服务器名称、公钥、Short ID 等信息；界面可能将公钥材料称为 Public key 或采用其他版本对应名称，不能仅凭标签不同就交换参数。服务端私钥不应填入客户端的公钥输入框。

• Vision 不等于 REALITY：Vision 也可以出现在适配的 TLS 组合中，看到 Vision 不能直接推断安全层。
• REALITY 不等于某个端口：服务常使用 443，但端口本身不决定协议和安全层。
• VLESS 不等于 Vision：只写“支持 VLESS”的说明，不足以证明支持 xtls-rprx-vision。
• 不要套用 WebSocket：不能把上面的 Vision 组合简单改成 WebSocket 后，仍按同一组功能预期连接。

配置兼容性：按四层检查，不做全局替换

分享链接、订阅文本、客户端保存的数据与内核读取的 JSON 是不同层次。一个 vless:// 链接可以成功导入，只说明客户端解析了它；还要看生成的运行配置是否保留了流控、安全层和传输参数。反过来，完整 JSON 也不一定能当作普通节点链接导入。

1. 检查协议层：确认 VMess 或 VLESS、用户标识及认证参数。旧 VMess 配置可能涉及历史兼容参数，迁移时应由服务端信息和当前实现共同确认，不要复制过时教程中的固定值。
2. 检查传输层：核对 TCP/RAW、WebSocket 等类型，以及路径、Host 等字段。某些版本在名称与配置表示上有演进，不能只比较界面文字。
3. 检查安全层：明确是 TLS、REALITY 还是未启用该层；核对服务器名称、证书验证、密钥材料与指纹要求。开启跳过证书验证不是通用修复。
4. 检查运行环境：比较入站监听地址、端口、路由标签、DNS 与文件路径。协议握手参数正确，也可能因出站标签引用失效而无法按预期分流。

V2Fly 的 V4 与 V5 配置体系也需要区分。文件扩展名同为 .json，并不能保证字段结构相同。迁移完整配置时，应按目标内核文档重新核对结构；普通用户更适合导入服务提供方给出的适配链接，让客户端生成相应运行配置。

迁移验证：分开测试本地监听与远端握手

比较两种内核时，应固定服务器、网络和测试目标，并给每次测试记录参数。下面的数字只是一组本地对照实验约定，不是客户端默认值，也不是速度测试结果。示例把本地 HTTP 代理放在 10809，只监听回环地址，避免将测试端口暴露给局域网。

先检查配置是否能被内核读取

以下是命令行检查示例，需要先准备目标内核可读取的 client.json。Xray 示例使用其命令行形式，V2Fly 示例采用 V5 命令行形式；具体发行包若有差异，先运行对应程序的帮助命令确认。配置测试只验证加载阶段，不会证明远端服务器可达。

# Xray 配置检查
xray run -test -config client.json

# V2Fly V5 命令行配置检查
v2ray test -c client.json

再检查请求有没有走到本地代理

启动一套测试配置后，再通过明确的本地代理地址发起请求。下面假定 10809 提供 HTTP 代理；如果实际是仅 SOCKS 入站，不能照抄 http://。示例目标 https://example.com/ 可换为已经确认可访问的 HTTPS 地址。

curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 30 -I https://example.com/

• 本地拒绝连接：优先检查内核是否启动、监听端口是否正确，而不是立即更换远端协议。
• 远端连接超时：检查服务器地址、端口、防火墙和链路；超时本身不能证明内核不兼容。
• 握手或认证错误：逐项核对 UUID、Flow、服务器名称、公钥及 Short ID，避免一次改动多项。
• 请求成功但部分网站失败：继续查 DNS、路由与目标站点差异，不要把单站故障当作整个协议失效。

不要同时启动两套占用 10809 的配置。做对照前先停止上一套，保留相同的本地端口和测试命令；否则遇到端口占用，或请求仍进入旧进程，会把本地状态误判成内核差异。

如何选择：按节点功能和维护成本决定

已经正常使用的配置，不需要因为“另一个内核更新了”就立即迁移。新版本的价值要结合修复内容、协议支持和客户端适配情况判断。更新前记录现有客户端版本、内核版本以及可用节点，保留可恢复的配置副本，能显著缩短回退时间。

常见误区：导入成功、启动成功与连接成功要分开看