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

第8.1.2.2节流水线说:

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

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

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

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

解决方案是通过管道处理Ajax请求,以串行方式传输它们。Spine默认情况下会执行此操作,排队POST,PUT和DELETE

Ajax请求,以便一次发送一个。仅在前一个请求成功返回之后才发送下一个请求。”

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

回答:

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

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对请求进行排队,并按添加顺序处理队列中的项目。

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

以上是 是否可以通过HTTP接收乱序响应? 的全部内容, 来源链接: utcz.com/qa/400843.html

回到顶部