
| 类型 | 代理平台 / 内核 |
| 语言 | Go |
| 前身 | V2Ray 分支 |
| 特色 | XTLS / Reality |
| 开源 | GitHub: XTLS/Xray-core |
Xray 是 V2Ray 的高性能后继与增强项目,隶属于 Project X(即 XTLS 项目)。它在保持与 V2Ray 配置和协议高度兼容的基础上,引入了 XTLS、Reality 等一系列突破性的抗封锁技术,显著提升了代理流量的隐蔽性与传输性能,如今已经成为科学上网与抗审查领域最为主流的内核之一。Xray 既可以充当服务端,也可以作为客户端内核被各类软件调用,被海量图形客户端广泛采用。它在抗封锁能力上的持续追求与领先,使其在这一领域享有极高的声誉。可以说,在原本由 V2Ray 主导的代理生态中,Xray 凭借一连串实打实的技术突破,迅速完成了从分支到主流的逆袭,如今谈到搭建抗封锁能力强的节点,Xray 几乎已经成了默认答案,众多机场与个人自建方案都把它作为首选内核。
Xray 于 2020 年从 V2Ray 社区分叉而来,其起因是部分核心开发者希望能够更快地推进新技术,尤其是 XTLS 这项技术——它通过减少 TLS 嵌套加密带来的额外开销,既提升了性能,又增强了抵抗流量探测的能力。Xray 同样以 Go 语言开发,刻意保持了与 v2ray-core 的高度兼容,以便用户平滑迁移,同时它又独立地、快速地进行着自己的迭代。其后推出的 Reality 技术更是一座里程碑——它无需用户自己拥有域名与证书,而是巧妙地借用某个真实可信的热门网站来完成 TLS 握手伪装,从而极大地增强了对主动探测的抵抗能力,一举成为当前抗封锁领域最具标志性的技术方案。
Xray 沿用了 V2Ray 那套由入站、路由、出站构成的模块化架构,并同样通过 JSON 配置文件来进行编排。其抗封锁能力的精髓主要体现在传输层。以 Reality 为例,客户端与服务端在进行 TLS 握手时,会借用一个真实存在的热门网站作为伪装目标,这样一来,处于中间的网络观察者所看到的,就是一段与正常访问那个网站毫无二致的加密流量;只有持有正确密钥的真正客户端,才能在握手之后切换到代理通道,而当探测者主动去连接这个服务器时,则会被导向那个真实的网站,因此难以分辨出它究竟是不是代理。这种设计极大地抬高了识别与封锁的成本。
Xray 已经成为代理客户端领域事实上的标准内核,其生态极为广泛:
Xray-core 基于 Go 语言,跨平台覆盖了 Windows、macOS、Linux、Android,并且可以运行在 OpenWrt 等路由器上充当网关级代理。各个平台上的主流图形客户端,几乎都把 Xray 作为可选的核心内核之一,而在 iOS 平台上,则通过 Shadowrocket、Stash 等应用来提供支持。
Xray 尤其适合那些对抗封锁能力、隐蔽性与传输性能要求都比较高的使用场景,是当前新建节点时的首选方案之一。客观看待其优劣:
理解 Xray,离不开把它放在与 V2Ray 的对比中加以审视。二者同根同源、配置格式高度兼容,但在发展理念上各有侧重。V2Ray 更强调稳定与作为通用平台的包容性,迭代相对稳健;而 Xray 则把抗封锁与性能当作首要目标,迭代节奏更快、对前沿技术的吸纳也更激进。正是这种差异,催生了一系列只有 Xray 才率先支持的关键技术:
正因如此,在当下的实际部署中,VLESS 加 Reality 加 vision 已经成为新建节点广受推崇的黄金组合,而 Xray 正是这一组合最权威的实现。这套组合之所以受欢迎,是因为它在抗封锁、性能与部署便利三者之间取得了难得的平衡:既不需要自购域名和证书,又能在被探测时把自己伪装成一个普通的大型网站,流量特征极不明显,从而显著降低了被识别和封锁的概率。
作为 V2Ray 强有力的继承者,Xray 凭借 XTLS 与 Reality 等一系列创新技术,重新定义了现代抗封锁代理的技术高度,是当之无愧的该领域主流内核。

| 类型 | 代理平台 / 内核 |
| 语言 | Go |
| 前身 | V2Ray 分支 |
| 特色 | XTLS / Reality |
| 开源 | GitHub: XTLS/Xray-core |
登录 后参与讨论
暂无讨论,来发表第一条评论吧