第8.1.2.2节流水线说:
“服务器必须以接收请求的相同顺序发送对请求的响应”。
因此,我想,如果我从浏览器发出多个AJAX请求,它们仍将按照服务器接收到的顺序进行处理。
但是后来,我从Alex Maccaw 读了这篇文章,他说:
“最后一个问题是并行发送的Ajax请求。如果用户创建一条记录,然后立即更新同一条记录,则将同时发送两个Ajax请求,即POST和PUT。但是,如果服务器在“创建”请求之前处理了“更新”请求,它会发疯,它不知道需要更新哪些记录,因为尚未创建记录。 解决方案是通过管道处理Ajax请求,以串行方式传输它们。Spine默认情况下会执行此操作,排队POST,PUT和DELETE Ajax请求,以便一次发送一个。仅在前一个请求成功返回之后才发送下一个请求。”
“最后一个问题是并行发送的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对请求进行排队,并按添加顺序处理队列中的项目。
总的来说,我认为“流水线”一词最适合用于有目的的制造,而“排队”则最好用于有目的的制造(以防止竞争状况或减轻排队项目的处理器的负担)。 , 例如)。