Xray-core v24.9.7 首次发布 SplitHTTP
面对 Cloudflare 等 CDN 对 WebSocket 长连接的严格排队、缓冲延迟与中断，rprx 提出将传输流解构为基于 HTTP 分块上传与下载的 SplitHTTP 协议原型。
代理协议独立百科词条CDN 反代首选
VLESS + XHTTP + TLS
新一代 CDN 反向代理传输 · 上下行解耦 · 彻底解决 WebSocket 痛点
由 Project X 团队核心作者 rprx 设计提出[1]，作为传统 WebSocket 与 gRPC 传输方式的现代化演进。 将单条长连接解构为标准的 HTTP 分块传输（Chunked Transfer Coding）[2]， 支持独立的上传流与下载流（stream-up / packet-up）。 不仅完美契合 Cloudflare 等商业 CDN 的缓存与连接调度机制[4]， 更成为拯救已被 GFW 封锁 IP 的 VPS 节点的首选终极武器。
核心作者rprx · Project X
正式发布2024.10.31
传输创新XHTTP 上下行流解耦
定位场景新一代 CDN 反代与拯救被封 VPS
日期辨析：2024 年 9 月 SplitHTTP 探索 vs 10 月 31 日 XHTTP 稳定发布
前身 SplitHTTP 提出2024.09.07
Xray-core v24.9.7 首次发布 SplitHTTP，突破传统 WebSocket 在 CDN 上的长连接和缓冲惩罚，探索纯 HTTP 拆流。
XHTTP 正式确立与发布2024.10.31
Xray-core v24.10.31 正式推出 XHTTP（Extensible HTTP），重构流模型并引入 stream-up/packet-up 模式，成为官方新标杆。
主流内核全面标准化2024.12.15
sing-box 1.10 与后续 Mihomo 等核心先后全面内置 XHTTP 传输层，使全平台客户端能无缝配置基于 CDN 的最新节点。
编写口径：XHTTP 是在 2024 年 10 月 31 日随 Xray-core v24.10.31 正式发布的全新传输层，所有演进时间线均有 GitHub 官方版本为凭。
词条概览与核心定位
01在翻墙对抗史上，“套 CDN”一直是一种保命型方案：将真实 VPS 隐藏在大型公共 CDN（如 Cloudflare）之后， GFW 即使封锁也只能封到 CDN 节点。过去，实现 CDN 翻墙主要依赖 WebSocket（WS） 或 gRPC。 然而，商业 CDN 针对 WebSocket 有着严格的长连接保持上限（如定期中断连接、限制并发流大小）， 且 WebSocket 在中间网关容易产生双向缓冲积压，导致高延迟与断流。
Project X 团队在 2024 年秋季推出的 XHTTP（Extensible HTTP） 从根源上颠覆了这一现状[5]。 它不依赖特殊的协议握手升级，而是完全模拟标准浏览器请求：通过独立的 HTTP POST/GET 流进行分块传输（Chunked Transfer）， 使流量在外层 CDN 和防火墙看来，完全就是普通的动态 Web 页面或媒体流拉取， 彻底消除了传统 WS 的连接特征与边缘排队限制。
定位结论
VLESS + XHTTP + TLS 是当今配合 CDN 拯救被墙 VPS、或需要隐藏服务器源站 IP 时的最优首选组合。 它彻底替代了陈旧的 VMess+WS，具备更低的延迟、更高的可靠性与真正的现代 Web 兼容性。
上下行解耦与 XHTTP 原理
021. 协议轻量代理层（VLESS）移除了 VMess 复杂的对称加密与时钟验证开销，仅负责用户身份识别（UUID）与目的地址解析， 全权交由外层标准 TLS 保证前向机密性。
2. 上下行解耦传输通道（XHTTP stream-up / packet-up）将上行数据与下行数据拆分为独立的 HTTP 流；支持通过 HTTP/2 多路复用并行发送分块 Chunk， 绕过 CDN 对单个单向大包的审查拦截，实现无损平滑穿透。
3. 边缘反向代理与 CDN 优选 IP 层（Cloudflare Edge / Anycast）客户端与 CDN Anycast 节点建立标准 HTTPS 443 连接；真实 VPS 隐藏在 CDN 之后， 用户即使服务器 IP 已遭 GFW 阻断，仍可通过优选无污染的 CDN 边缘节点满速中继。
XHTTP 数据流转交互过程
- 客户端发起标准 HTTP 请求向 CDN 域名发送带有合法 Host 头的 HTTPS 请求，协商标准 HTTP/2 或 HTTP/3。
- 上下行分离分块传输上行数据通过 HTTP POST Chunked 发送；下行数据通过 HTTP GET 持续流式响应接收。
- CDN 边缘智能回源转发CDN 将两路标准 HTTP 流透明代理至背后的真实 VPS 服务器，源站 IP 完全对外界隐匿。
- 服务端 VLESS 状态还原Xray 服务端将两路 HTTP 数据块重新拼装为双向 TCP/UDP 代理流，完成外部目标转发。
为什么它优于 WebSocket？
WebSocket 在 CDN 体系中属于“非标准二等公民”，常遭遇边缘网关频繁的超时断连、连接数配额压制； 而 XHTTP 是纯粹的 IETF 标准 HTTP，享有与正常网页浏览完全同等级别的 CDN 调度优先级与传输通道！
精确到日的核验时间线（10 个关键节点）
03所有节点均依据 GitHub 官方 Releases 发行注记与上游代码提交核验：
技术孕育突破 WebSocket 局限：SplitHTTP 的探索（2024 秋）
社区大规模验证 SplitHTTP CDN 承载力
在被 GFW 封锁 IP 的废弃 VPS 上挂载 Cloudflare 免费 CDN 测试，即使跨国网络存在剧烈抖动，纯 HTTP 流依然保持极其坚韧的连接存活率。
正式诞生XHTTP 架构定型与首发稳定版（2024 底）
完成 XHTTP（Extensible HTTP）架构升级设计
全面吸收 SplitHTTP 前期实测反馈，消除粘包延迟，重新命名并定义为功能更为强大的 XHTTP，支持 stream-up（流式上传）与 packet-up（包式分段）。
核心发布里程碑
Xray-core v24.10.31 官方正式发布 XHTTP
XHTTP 官方正式登场！成为 Project X 官方推荐用于替代传统 WebSocket 与 gRPC 的新一代 CDN 反代标杆方案。
发布 Xray-core v24.11.18：提升流拆解与零拷贝性能
深度重构 XHTTP 在内存流水线中的缓冲区池，降低 CDN 反代大吞吐下载时的 CPU 峰值负载。
sing-box 1.10 原生合并 XHTTP 传输支持
全平台现代代理内核 sing-box 正式宣告对 XHTTP 的全面内置支持，打通移动端与跨平台客户端生态壁垒。
现代演进HTTP/3 回源、边缘对抗与全面普及（2025–2026）
发布 Xray-core v25.1.10：HTTP/3 QUIC 回源支持
支持从客户端到 CDN 边缘使用 HTTP/3 传输，从 CDN 边缘到回源服务器亦可选择 HTTP/3，进一步降低握手 RTT。
Mihomo 官方集成并支持优选 IP 测速链
桌面与移动端主流配置中，VLESS + XHTTP 成为配合 Cloudflare 优选 IP（Clean IP）实现免费复活被墙 VPS 的首选范式。
优化分块传输时序与自动反爬探针应对
调整小包 chunk-size 动态分布，规避部分商用 CDN 边缘节点对恒定频率空流的心跳超时斩断。
确立现代反向代理与 CDN 传输终极规范
在翻墙学术与实践界，彻底取代旧时代的 VMess+WS 与 VLESS+gRPC，确立现代 CDN 翻墙的黄金组合标准。
生态实现与客户端兼容性
04XHTTP 作为新一代传输层标准，Xray-core 与 sing-box 均在第一时间完成了深度支持：
| 软件 / 内核 | 类型 | 支持平台 | 支持级别 | 起始版本 | 发布日期 | 特性支持与备注 |
|---|---|---|---|---|---|---|
| Xray-core | 核心内核 | 全平台 (Linux / macOS / Windows / BSD) | 官方参考实现 | v24.10.31 | 2024.10.31 | XHTTP 官方发源内核，提供完整的 stream-up、packet-up、h2/h3 回源与智能缓存控制。 |
| sing-box | 核心内核 | 全平台 (Linux / Android / iOS / macOS / Windows) | 完整原生支持 | v1.10.0 | 2024.12.15 | SagerNet 团队原生实现 XHTTP (upgrade) 传输层出站与入站支持，兼容各类分流规则。 |
| Mihomo (Clash.Meta) | 核心内核 | 全平台 (Linux / Android / macOS / Windows) | 完整原生支持 | v1.18.10 | 2025.06.18 | 全面集成 XHTTP 传输配置，完美融合优选 IP 测速组与订阅自动化更新。 |
| v2rayN | 客户端 | Windows | 出站客户端支持 | v6.45 | 2024.11.05 | 通过 Xray-core 或 sing-box 核心提供可视化的 XHTTP 参数（路径、模式、主机标头）配置界面。 |
| Shadowrocket | 客户端 | iOS / iPadOS | 出站客户端支持 | v2.2.45 | 2024.11.20 | 支持直接导入与手动编辑 VLESS + XHTTP 节点，为移动设备提供低能耗 CDN 代理访问。 |
| NekoBox for Android | 客户端 | Android | 出站客户端支持 | v1.3.2 | 2024.12.20 | 基于最新 sing-box 内核编译，完整兼容 XHTTP 订阅并支持 Android 手机分应用代理分流。 |
适用场景与网络边界限制
05最推荐使用场景：
- 拯救被墙 IP 的服务器：VPS IP 被 GFW 封锁后，挂载到 Cloudflare 等 CDN 之后即可瞬间“复活”满血可用。
- 配合 CDN 优选 IP 加速：通过脚本筛选延迟最低、未被丢包的 CDN 官方节点 IP 作为客户端连接目标，大幅改善劣质外网宽带体验。
- 隐藏服务器真实源站：用于对外公开的节点或多用户服务，完全防止源站 IP 被直接探测定位或遭遇 DDoS 攻击。
不适用或受限场景：
- 要求毫秒级低延迟的竞技网游：由于必须经过 CDN 边缘节点的中转二次握手，整体延迟比直连方案高 30~80ms。
- 必须自备域名：配置 CDN 反代必须拥有一个解析至 CDN 的独立域名，无法像 REALITY 那样做到免域名使用。
CDN 优缺点权衡与配置建议
061. CDN 规则匹配与回源模式：建议在 CDN（如 Cloudflare Dashboard）中开启 WebSockets 支持与 gRPC 开关（即使使用 XHTTP，部分边缘功能共享策略通道）， 同时关闭针对代理路径的缓存与安全验证挑战（如 Managed Challenge / WAF 防火墙误杀）。
2. 客户端模式选择建议：在移动端弱网环境下，建议优先选择 `stream-up` 模式以降低连接建立开销； 而在某些对长连接管控极为严苛的特种局域网下，可选用 `packet-up` 模式实现更细粒度的包分段。
文献引注与第一手资料出处
07百科词条中所有架构数据、算法定义及发布时间均以官方公开发行物为基准：
包含 XHTTP 规范提出、各版本实现代码及官方发布说明。
https://github.com/XTLS/Xray-coreXHTTP 上下行流分割与分块传输所依托的底层 Web 标准协议规范。
https://datatracker.ietf.org/doc/html/rfc9112#section-7.1sing-box 核心对 XHTTP 协议入站与出站传输层参数的官方说明。
https://sing-box.sagernet.org/configuration/shared/v2ray-transport/#xhttp介绍 CDN 边缘节点如何处理 HTTP 分块传输编码及对代理流的承载机制。
https://developers.cloudflare.comProject X 团队关于 XHTTP 配置模式（stream-up、packet-up 等）的详尽教程。
https://xtls.github.io/config/transports/xhttp.html