深入谈谈xhttp的妙用，以及其与gre的对比

日月共明

刚才这个帖子是给小白看的：两张图看懂xhttp提升网速的原理
https://forum.naixi.net/thread-2532-1-1.html

下面直入主题，深入讲解xhttp的妙用，两台香港vps
A vps，小水管延迟10ms
B vps，200m，但绕路200ms

我们原本是直接使用b vps，实现200m的下行，实际延迟是200*2=400ms
如果用a vps发送数据到bvps，就可以实现去程数据11ms左右到b vps
那么实际延迟就是 11+200=211ms，延迟降低几乎一半，同时兼顾了速度

but，都没有gre隧道强

为什么呢，我来解析下

当使用gre隧道并且vps的回程有直连的潜力，只有去程没有直连时
使用gre拉直去程，可以实现10ms的vps让200ms的vps去会延迟降低至10ms
但是使用该方法时，回程的延迟不能被拉直，因为运营商那里回程的数据包会被强制同步到和去程一样的延迟

也就是如果vps去程绕路，回程可能直连
如果用xhttp回程就不能直连，延迟不可能降低，因为回程数据的延迟强制等待去程

GRE	XHTTP
拉直去程同时回程延迟也会降低	只能单一降低去程延迟
使用需要伪装ip的vps	使用无条件
这个方法可以用来
1省流量（如专线流量只用来上行）
2.降低实际延迟
3.同时兼顾速度

以上这些花里胡哨的
xhttp的最大实际用途其实是用于对抗wall

btpanel

只是相当于脱离传统 socket 连接的定义，自己在应用层定义一种连接定义，而这种形式在 quic 就已经有了，可以参考 quic 连接迁移相关的，只不过 quic 目前用的还不过广，加上国内 UDP 环境不好，所以还没被推广开。说白了，离不开 tcp/ip ，其实只要知道了你的目标 ip 是什么就行了，根本无所谓你的内容是什么，流量一大就能看出来。

ransxd

GRE的性能开销会显著增加数据包的大小 真的适合用来富强吗