同一条 InstaBox 公共端口链路，VLESS-XHTTP 比 WebSocket 快约 40% 的一次实测

测试环境：节点机为 InstaBox 免费机，无公网 IPv4，只通过 InstaBox 发布的 HTTPS 公共端口 URL 对外提供服务。两个入站跑在同一台机器、同一个 Xray 实例上：2097 端口 VLESS+WebSocket（路径 /ws），2098 端口 VLESS+XHTTP（路径 /xhttp，mode auto），UUID 相同。客户端为同一台 Muse VM 上的 Xray 客户端，走 SOCKS 本地代理下载 speed.cloudflare.com 上的 20MB 文件，两次测试之间没有改其他配置。

结果：XHTTP 13.49 秒下完，约 1.48 MB/s；WebSocket 18.88 秒下完，约 1.06 MB/s；XHTTP 比 WebSocket 快约 40%。但绝对值都只有 1 MB/s 量级，而同一台节点机直接下载同一目标能到 175 MB/s。

结论分两层：第一，传输方式确实有差别，XHTTP 的分片与流控在要经过一层 HTTPS 边缘转发的链路上比 WebSocket 少一层开销，而且 Xray 日志已提示 WebSocket 传输已弃用、建议迁移到 XHTTP，只从选传输的角度看答案是 XHTTP。第二，瓶颈不在传输方式，换传输只带来 40% 提升，而节点直连速度是它的 100 倍以上，说明真正的瓶颈在 InstaBox 边缘转发这一段，不在 WS 还是 XHTTP，指望只靠换传输把 1 MB/s 变成几十 MB/s 不现实。

建议：节点只能走 HTTPS 公共端口这类 HTTP 承载链路时优先用 XHTTP；测速要控制变量，同一台机器、同一个目标、同一次窗口内只换一个变量；先算瓶颈账再决定要不要折腾转发层，直连与经边缘的速度差两个数量级时换传输只是小修小补；新入站直接上 XHTTP，WebSocket 入站可先留着兼容老客户端。