Xray 内核与 V2Fly 内核怎么选:v2rayNG 和 v2flyNG 的内核差异对照

1. Project V、V2Fly 与 Xray 的关系

Project V 是围绕网络代理构建的一组工具与技术体系，V2Ray 是其中的核心项目。V2Fly 社区继续维护 V2Ray 核心；Xray 则在 2020 年从 V2Ray 代码基础上分支发展。两者有共同历史，但现在是分别演进的内核，不能仅凭配置文件看起来相似，就认定所有功能都能互换。

内核负责建立连接、执行路由、处理 DNS 与传输数据。客户端负责显示节点列表、管理订阅、提供设置界面，以及启动内核。安卓端的 v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核；桌面端 v2rayN 是客户端，不是第三种同名协议，也不是某一个内核的别名。

• 项目名称：Xray 与 V2Fly，表示两条不同的内核发展路线。
• 客户端名称：v2rayN、v2rayNG、v2flyNG，表示用户操作的应用。
• 协议名称：VMess、VLESS，表示客户端与服务端交换代理数据所使用的协议。
• 传输与安全层：WebSocket、TCP、TLS、REALITY 等，描述连接的其他组成部分，并不等同于客户端名称。

因此，“节点写着 V2Ray，应该装哪款应用”不是充分的选型依据。服务提供方可能把多种配置统称为 V2Ray 节点；真正需要核对的是节点详情里的字段，以及服务端明确要求的内核能力。

2. 协议支持对照：VLESS 不等于 REALITY

最容易混淆的是把 VLESS、REALITY 与 XTLS 当成同一项功能。VLESS 是代理协议，本身不提供用于保护整条连接的加密层；TLS 或 REALITY 是另外的安全层选择。XTLS Vision 则涉及流控与数据处理方式，常见配置字段是 flow=xtls-rprx-vision。

“支持基础 VLESS”并不代表支持所有 VLESS 分享链接。一条链接可以同时携带 security=reality、type=tcp 与 flow=xtls-rprx-vision。其中任何一个关键能力不匹配，都可能出现能导入但无法启动，或启动后握手失败的情况。

3. v2rayNG 和 v2flyNG：按现有节点选客户端

两款应用的名字相近，但选择并不复杂。把节点提供方的配置要求放在第一位，再看自己的维护习惯。支持范围更广并不意味着每条线路都更快；对同一条普通 VMess 线路，链路质量、出口拥塞与路由命中通常比客户端名字更有影响。

如果已有客户端工作正常，先问清更换要解决什么问题：新增节点要求 REALITY、现有内核不识别 flow，属于明确的功能需求；仅仅听说某个内核“速度更快”，则不足以成为迁移理由。升级或换端前，保存订阅地址和必要的路由设置，但不要把含账户信息的链接发到公开讨论区。

• 只知道订阅地址：先查看导入后的节点详情，或询问提供方推荐的内核与最低版本。
• 只有普通 VMess 节点：两条内核路线都可以纳入候选，按现有配置和实际连接结果判断。
• 有混合订阅：逐项确认节点是否被正确解析，尤其关注 REALITY 与 Vision 条目。
• 需要自定义 JSON：使用目标内核的配置格式，不把整份 Xray 配置直接当作 V2Fly 配置导入。

4. 分享链接中哪些字段决定兼容性

订阅是节点清单的分发方式，不是连接协议。Base64 常用于编码整份清单；vmess:// 与 vless:// 则是节点分享格式。Base64 只解决文本表示问题，不会让不支持 REALITY 的内核获得 REALITY 能力，也不应被当作保密措施。

核对 VLESS 节点时，可把字段拆成下表四组。这里给出的是参数含义，不是一条可直接使用的节点链接；实际值必须来自节点提供方，不应凭经验拼接。

REALITY 客户端使用服务端提供的公钥信息，私钥留在服务端。某些版本的编辑界面可能采用不同字段名称，应对照该版本说明确认对应关系。分享链接中的公钥不是让用户自行生成的新值；随意更换会破坏握手所需的对应关系。

1. 从完整链接或订阅导入，避免手动复制时截断查询参数。
2. 打开节点编辑界面，确认协议、传输、安全层与 flow 都被保留。
3. 如果条目被跳过，先检查导入格式与应用版本，不把“未显示”直接判断成服务器失效。
4. 如果条目显示正常但连接失败，再检查实际内核日志与服务端参数。

5. 安卓端导入与验证：分清端口和连接测试

在采用常见中文界面的 v2rayNG 中，订阅管理通常位于侧边菜单的「订阅分组设置」；添加地址后，再从主界面的菜单执行「更新订阅」。单条分享链接通常通过右上角「＋」→「从剪贴板导入」添加。不同版本文字可能略有调整，v2flyNG 也应以当前界面显示为准，不能把某一版菜单当成所有版本的固定路径。

上面三项不是测速结果，也不是所有版本的默认值。远端端口决定连接服务器的入口，本地监听端口用于应用把流量交给客户端，两者不可混填。部分版本使用混合监听端口，应查看实际设置，不要为了照抄教程额外改出一个并不存在的 HTTP 入口。

1. 记录版本：打开「关于」页面或启动日志，记录应用版本与内核版本。报告问题时，两项都提供；应用版本号不能代替内核版本号。
2. 检查节点：选中已导入节点，核对服务器端口与安全层。不要把 10808 这样的本地端口填到服务器端口中。
3. 启动服务：首次以 VPN 模式启动时，按安卓系统提示确认授权。测试前停止其他占用系统 VPN 通道的服务。
4. 验证访问：打开需要经代理访问的目标，再看日志是否有连接和路由记录。仅显示运行中，不等于目标流量已经走代理。
5. 判断测试含义：TCP 延迟只说明特定连接测试的结果，不能完整验证认证、TLS、REALITY 或实际应用访问。

6. 桌面 v2rayN 与安卓端共用订阅

共用订阅能减少重复录入，但不会同步全部本地设置。桌面端的系统代理、安卓端的 VPN 授权、分应用规则和 DNS 策略各自独立。即使两端选中了同名节点，访问同一目标时也可能因路由规则不同而采用不同出口。

切换网络后出现“桌面能用，安卓不能用”，先比较两端实际选中的节点与内核能力，再检查安卓的应用路由和解析路径。不要因为订阅相同就跳过这些步骤。订阅地址可能包含访问令牌，排查截图应隐藏完整地址、UUID 与其他账户信息。

7. 导入失败、握手失败与速度慢的排查顺序

内核选型解决的是功能兼容，不是所有网络问题。报错发生在哪个阶段，比“哪个内核更强”更有诊断价值。先判断能否导入，再判断能否启动，随后检查远端握手与目标访问，最后才比较性能。

是否需要为了速度从 V2Fly 换成 Xray？

没有统一答案。Vision 的处理机制可能在适用场景中带来不同表现，但不能据此推导任何网络下都更快。有效比较需要相同设备、相同网络、相同服务端与同类配置，并分开记录握手时间、下载吞吐和稳定性；协议或线路已经改变的测试，不应把差异全部归因于内核。

节点只写了 VLESS，应该先问什么？

• 安全层是普通 TLS，还是 REALITY？
• 是否要求 xtls-rprx-vision，传输类型是什么？
• 推荐使用哪条内核路线，最低内核版本是多少？
• 是否能提供完整分享链接，而不是只提供服务器地址和 UUID？