是否可以通过HTTP接收乱序响应？

Question

第8.1.2.2节流水线说：

“服务器必须以接收请求的相同顺序发送对请求的响应”。

因此，我想，如果我从浏览器发出多个AJAX请求，它们仍将按照服务器接收到的顺序进行处理。

但是后来，我从Alex Maccaw 读了这篇文章，他说：

“最后一个问题是并行发送的Ajax请求。如果用户创建一条记录，然后立即更新同一条记录，则将同时发送两个Ajax请求，即POST和PUT。但是，如果服务器在“创建”请求之前处理了“更新”请求，它会发疯，它不知道需要更新哪些记录，因为尚未创建记录。

解决方案是通过管道处理Ajax请求，以串行方式传输它们。Spine默认情况下会执行此操作，排队POST，PUT和DELETE
Ajax请求，以便一次发送一个。仅在前一个请求成功返回之后才发送下一个请求。”

因此，如何以编程方式创建Alex Maccaw提到的方案？

Answer 1

简而言之，您的问题的答案是“是”。

HTTP
1.1并不禁止打开与同一服务器的多个TCP连接（实际上建议两个），并且所有现代浏览器都这样做（实际上，大多数浏览器都支持六个或更多）。看到浏览器中的最大并行http连接数？。每个连接上都可能正在进行请求-响应周期，并且出于各种原因，某些请求-响应周期可能比其他请求快得多。网络拥塞，请求的复杂性，处理您的请求的特定“工作人员”的速度和负载等。这意味着，稍后开始的请求的请求-
响应周期可能比请求开始的周期更早地完成。较早。

“服务器必须以接收请求的相同顺序发送对请求的响应”。

该语句仅适用于流水线多个http请求，即通过一个TCP连接发送多个请求，而无需等待每个请求的响应。它不适用于打开与同一服务器的多个TCP连接。

通常，每个tcp连接只有一个请求同时进行。客户端等待响应，当客户端获得响应时，也许可以将连接重用于新请求。因此，就常规的（非流水线的）http而言，甚至没有“响应顺序”的概念，因为TCP连接上只有一个请求-
响应周期。

通过管道传输，可以在一个TCP连接上触发多个http请求。顺序返回响应很重要，因为这是响应与原始请求匹配的方式。（对请求的匹配响应可能以不同的方式完成，例如，通过在每个响应上提供完整请求的哈希值来实现，但这并不重要）。

另外，很高兴知道（默认）对HTTP管道的支持并不广泛。Chromium项目不愿意启用它：https : //insouciant.org/tech/status-of-http-
pipelining-in-chromium/。Firefox仍未启用它。https://bugzilla.mozilla.org/show_bug.cgi?id=264354

另一方面，Apple已在IOS5的safari中启用了对它的支持，这可能是因为移动设备上的请求响应延迟是一个更大的问题。http://www.guypo.com/mobile/ios5-top10-performance-
changes/
Android股票浏览器也可以。至少是Chrome之前的版本。http://www.guypo.com/mobile/http-pipelining-
big-in-mobile/

Alex Maccaw在有关Spine的帖子中写道：

解决方案是通过管道处理Ajax请求，以串行方式传输它们。

在这种情况下，我认为管道一词有些令人困惑。首先，Spine所做的“管道传输”与在HTTP中对请求进行管道传输的可能性完全不同。其次，我认为我将Spine请求排队的这一特殊功能称为“排队”。Spine对请求进行排队，并按添加顺序处理队列中的项目。

总的来说，我认为“流水线”一词最适合用于有目的的制造，而“排队”则最好用于有目的的制造（以防止竞争状况或减轻排队项目的处理器的负担）。 ， 例如）。