Xray-core是什么：定位、特性与协议

Xray-core 是 Project X 提供的网络工具核心，最初从 v2ray-core 分支出来，随后长期独立演进。理解它，需要分清核心、协议、传输方式与传输安全的层次，也要注意它与 V2Ray 并非完全兼容的替换关系。

Xray-core 与 V2Ray 的联系应当怎样理解？

分支来源说明了历史，不代表持续兼容

官方文档明确交代了 Xray-core 从 v2ray-core 分支而来的起点，同时强调它已经长期独立演进，不能再把它当作完全兼容的直接替代品。

部分配置结构与用法仍然相似，但环境变量、API 前缀和许多功能已经不同。判断配置能否沿用，需要落实到具体功能，不能只依据两者的来源关系。

Project X 的范围不止一个核心

README 将 Project X 的起点追溯到 XTLS 协议，并把它描述为一组网络工具，其中包括 Xray-core 与 REALITY。因此，Project X 与 Xray-core 的指代范围并不相同。

官方文档还说明，Xray-core 以一个可执行文件提供功能，其中包含 ctl 功能。这个说明描述的是核心的程序形态，不能据此推导图形客户端的安装或打包方式。

REALITY 等特性在官方说明中各有什么位置？

原创协议清单与功能清单需要分别阅读

官方首页把 VLESS、XTLS、XUDP、XHTTP、REALITY 列为原创协议，同时列出路由、DNS 与流量伪装等特性。这些名称分别出现在不同的功能说明中。

其中，流量伪装部分包括 VLESS fallback、REALITY 与 FinalMask。阅读这些清单时，应保留各自的分类，不能把所有名称都理解成同一类连接选项。

REALITY 有明确的机制与适用范围

REALITY 文档将其描述为修改过的 TLS，通过借用目标网站的外观与握手进行伪装；服务端会把认证失败的流量转发到配置的 target 站点。

这份说明还限定了它的适用传输方式：raw、xhttp 与 grpc。判断一项组合是否符合文档，需要同时核对传输方式，不能只看配置中有没有 REALITY。

VLESS 的使用条件不能由名称代替

VLESS 出站文档要求 encryption 字段不能留空；如需关闭，必须显式写 none。协议名称本身不能代替字段要求，空值与明确关闭也不是同一种写法。

当 flow 为 xtls-rprx-vision 时，文档要求配合 TCP 加 TLS、TCP 加 REALITY，或 VLESS Encryption。这个条件针对具体 flow，不能扩展成所有 VLESS 配置的统一描述。

协议、传输方式与传输安全为什么要分开看？

入站与出站目录并不完全相同

配置文档分别列出入站与出站协议，两边都包含 HTTP、Shadowsocks、Socks、Trojan、VLESS 与 VMess，但目录内容并非完全一致。

例如，TUN 出现在入站目录中，Blackhole、DNS、Freedom 与 Loopback 出现在出站目录中。查询支持情况时，需要先明确所查的是入站还是出站。

传输方式之外还有传输安全这一层

传输方式目录列出 RAW、XHTTP、mKCP、gRPC、WebSocket、HTTPUpgrade、Hysteria 与 MASQUE；传输安全则单独列出 REALITY 和 TLS。

因此，看到某个代理协议出现在目录里，还不能省略对传输与安全条件的核对。REALITY 对适用传输方式的限制，就是需要结合不同页面阅读的具体例子。

阅读配置文档时怎样处理版本差异？

文档内容可能先于实际安装版本

官方配置文档提示，文档跟随的版本可能是预发布版，而多数一键脚本安装的是 GitHub 标为 Latest 的版本，两者之间可能存在字段差异。

遇到字段描述与实际行为不一致时，应把文档对应的版本与正在运行的核心版本一起核对。仅凭文档出现某个字段，不能断定已有程序也具备相同用法。

相同配置格式不等于相同配置内容

官方说明，Xray-core 使用 JSON 配置文件，客户端与服务端的配置格式没有区别。这里明确的是格式一致，并没有把两端的具体配置内容说成相同。

理解配置时，仍需区分入站、出站以及传输安全等部分。格式说明回答的是如何表达配置，具体功能条件则要结合对应章节阅读。

官方没有写明的几件事

Clash 类客户端与 Xray-core 的关系不能自行补齐

关于 Xray-core 与 Clash 类客户端的关系，官方没有说明。不能把某个客户端的名称或界面外观，作为它采用 Xray-core 的依据。

涉及客户端实际使用的核心，应以应用内界面为准；这里的未说明也不能反过来写成“不支持”，因为两种说法表达的是不同结论。

Xray 文档没有交代 v2rayN 的内部打包细节

关于 v2rayN 内部是否直接捆绑 Xray-core，Xray 官方文档中官方没有说明；v2rayN 自身发布文件介绍则写明，发布包含 Xray 等部分核心。

这两处说明的范围不同：客户端清单只说明项目被列出，发布文件介绍才涉及打包内容。实际使用时，仍应以应用内界面显示的核心信息为准。

常见问题

Xray-core 能直接替换所有 v2ray-core 配置吗？

不能据来源关系作出这个结论。官方明确说明，两者已长期独立演进，部分结构相似，但环境变量、API 前缀和许多功能存在差异。

REALITY 能搭配所有传输方式吗？

不能把它理解成适用于全部传输方式的选项。官方文档只列出 raw、xhttp 与 grpc，并说明了认证失败流量转发至 target 的行为。

v2rayN 与 Xray-core 是同一个项目吗？

两者在官方说明中有不同定位。Xray-core 的 README 将 v2rayN 列为第三方图形客户端，v2rayN 的 README 则说明它支持 Xray 等核心。

第三方整理,与相关软件及服务的开发者无隶属关系。

Xray-core 的定位、REALITY 特性与协议边界