2023年对Http服务器的range特性的后端上行链路聚合研究

HTTP的Range, Content-Range，简单来讲就是把服务器响应的资源切割成小块，然后客户端那边拼凑整块。 因为这个特性，所以可以实现为 断点续传、多线程下载，视频任意拖动，巨大压缩包按需加载解压，以及服务端的按需缓存。等各种功能。 我的场景如下。后端有服务器，2种物理网络端点（电信、和联通），连接到公网IP机。 那么 用户公网访问资源时候，是公网机 -> 后端，这是很典型的反向代理的基础应用。响应包 网速由 后端到公网的 上行决定。 比如 用户和公网之间可以跑满速；但是后端一条线只有 1mb/s 的上行，用户请求 /big.bin 的时候 用户那边就只能真实 1mb/s 速度下载 这个时候就需要公网中间机把用户的请求弄成多份发到多条线的后端，让后端多条线都响应上行。 因为 Http 的特性以及各种 proxy 的负载均衡设定 都没有什么能够同时让多后端不同网线链路都响应同一请求的上行的。 解决方法高端点的可以弄个虚拟网卡镜像，这样公网机 Webserver 应用层发出的网络请求都镜像成多份发给后端，既然镜像了，自然可以利用多条线的响应合并。（这当然不是本篇研究的范畴） 变通方法我也知道，可以用javascript new blob 接着去 fetch 携带不同的请求头或者参数去让用户端多包发送请求，用户端合包啥啥的。（这是变通

，载入中……