XTLS/Xray-core

解决什么问题

自建代理服务器时，麻烦往往出在协议层：普通 TLS 指纹容易被识别，老协议被封得越来越快，最后你手里是一堆各管一段的拼装工具。Xray-core 用一个 Go 二进制把这些隧道的传输、加密和路由栈做全了——VLESS、XTLS、REALITY、XHTTP、XUDP、WireGuard 入站等——你配置一个进程就够了，不用再缝缝补补。

有什么不同

和裸 Shadowsocks 或普通 TLS 隧道相比，Xray 的关键差异在 REALITY：服务端对探测方展示的是真实第三方站点的 TLS 握手，而不是自签证书，主动探测看到的是一个合法主机。XTLS/Vision 针对的是 TLS 包裹流上双重加密带来的性能开销，XHTTP 则处理需要看起来像普通 HTTP 流量的场景。这些是协议层的设计取舍，不是后加的功能；代价是配置格式能力很强但确实难读，参数比大多数人需要的多得多。生态也很特别：大量第三方面板、GUI 客户端和安装脚本是围着这个核心建的，项目自己并不提供那些。

适合谁

适合自己跑代理服务端、在意握手在审查者或扫描器眼里长什么样的运维者，尤其是用 VPS 部署 REALITY 的人。不适合只想找个客户端用的普通用户——应该从长长的客户端列表里挑一个 GUI，而不是直接碰核心。想要单一多协议代理、配置更简单的团队，可以考虑 sing-box 或 mihomo，不过那是另外的实现，各有取舍。

上手成本

Go 二进制，可用官方安装脚本、Docker 镜像或 brew install xray 装好，没有重型运行时依赖。真正的成本在运维：你需要一台服务器、一个域名或 REALITY 目标，以及读 JSON 配置和官方文档的耐心（README 本身基本是链接和赞助信息，实质内容都在文档站）。许可证 MPL-2.0。法律和政策风险视地区而定，完全由使用者承担——这是绕过网络管制的工具，在部分司法辖区受限或违法。成熟度很高：项目始于 2020 年底，fork 自 v2fly-core，多年累积了大量改动。

点评

这是个成熟项目，不是一时热度：约六年积累约 4.2 万 star，Go 榜本月新增约 660（截至 2026-10-24 排第 20），说明关注是持续的面不是短期的。它的影响力主要体现在生态上——十几个面板、几十个客户端都依赖它。应该按基础设施来评判它：需要它做的协议工作就没有替代品，只需要一个能用的客户端则永远不会直接接触它。为协议选它，给配置留出时间，法律问题自己负责。