单浏览器发起的HTTP请求在服务器端的送达顺序保障问题

这个问题问得相当到位！咱们直接按HTTP协议版本拆解，因为这是决定顺序的核心因素：

首先得明确：HTTP/1.1默认用持久连接，但如果你的客户端是在同一个TCP连接上按顺序发送请求（不管有没有用管道化），那TCP协议的特性会帮你保障顺序——TCP是可靠的字节流，客户端发出去的字节会严格按顺序抵达服务器。这就意味着服务器会按 R1 → R2 → R3 的顺序完整接收每个请求。

但有个例外情况：如果客户端为了提升并发，给这三个请求开了多个独立的TCP连接（比如浏览器默认对同一域名最多开6个连接），那不同连接上的请求到达顺序就没谱了。比如R1走连接1，R2走连接2，要是网络波动让R2的请求先跑到服务器，那顺序就乱了。不过如果你的客户端是刻意在同一个连接上按顺序发请求，那顺序是绝对有保障的。

HTTP/2的核心是多路复用——它允许在同一个TCP连接上，交错发送不同请求的帧（不像HTTP/1.1那样必须按完整请求的顺序来发）。

哪怕你客户端是按R1、R2、R3的顺序发起请求，它也可能先发R2的几帧，再发R1的帧，接着补完R2剩下的帧。TCP只会保证字节的顺序到达，但HTTP/2的帧是可以穿插传输的。这就导致服务器可能先把R2的完整请求组装好，才收到R1的全部帧，最终服务器收到完整请求的顺序可能和你发送的顺序完全不一样（比如R2先到，然后R1，再R3，或者其他乱序组合）。

总结一下：HTTP/2没有请求送达的顺序保障，哪怕客户端按顺序发起请求，服务器收到完整请求的顺序也可能乱掉。

内容的提问来源于stack exchange，提问作者maaartinus