FastCGI中multiplexing（多路复用）的含义及相关特性疑问

FastCGI 协议里的多路复用，核心定义是：在同一个TCP连接上，同时传输多个独立请求、响应的内容。所有FastCGI数据包都自带请求ID字段，接收方可以通过这个ID把交错传输的数据包拼回对应请求的完整内容，不需要等待前一个请求全量处理完成再处理下一个。

基础概念澄清 #

你最开始对非多路复用的理解存在一点偏差，先把两个容易混淆的概念分开：

• 单连接串行复用（属于非多路复用）：同一个TCP连接可以处理多个请求，但必须等前一个请求完整发送、对应响应完整接收结束后，才能发送下一个请求的内容，你贴的图2就是这种场景。
• 单连接多路复用：同一个TCP连接可以同时跑多个请求，请求、响应的内容可以交错传输，不需要等待前一个请求处理完成，你贴的规范附录B的示例就是这种场景。

你提到的关于Nginx的两个说法完全不矛盾：

• 说Nginx不支持FastCGI多路复用，是指Nginx不会在同一个FastCGI TCP连接里传输多个请求的内容，每个请求都会占用独立的FastCGI连接。
• 说Nginx不需要等第一个请求响应返回就可以发第二个请求，是指Nginx可以和后端FastCGI服务同时建立多个独立的TCP连接，并行发送多个请求，这是多连接并行，不属于单连接的多路复用范畴。

你提出的三个问题解答 #

1. 非多路复用模式下，是否允许在旧请求的响应返回前接收新请求？ #

分场景：

• 如果是同一个TCP连接的非多路复用模式：不允许，必须等前一个请求的响应全量接收完成，才能发送下一个请求，不会出现你图4里的场景。
• 如果是多个独立TCP连接的非多路复用模式：允许，每个连接单独处理一个请求，连接之间互不影响，可以在等待A请求响应的同时，在另一个连接上发送B请求。

2. 非多路复用模式下，是否允许响应的返回顺序与请求发送顺序不同？ #

同样分场景：

• 如果是同一个TCP连接的非多路复用模式：不允许，请求是串行发送的，响应也必须按请求的先后顺序返回。
• 如果是多个独立TCP连接的非多路复用模式：允许，不同连接的处理速度不同，后发的请求可能先返回响应，比如你说的请求顺序A、B、C，响应顺序A、C、B是完全可能的，但这是多连接并行的结果，和FastCGI多路复用无关。

3. 多路复用是否意味着一个请求的片段可以与其他请求、响应的片段交错传输？ #

完全正确，这就是FastCGI多路复用的核心特征。每个数据包都带独立的请求ID，不管传输时怎么交错，接收方都可以按ID把属于同一个请求的内容拼接完整，你贴的图5就是典型的多路复用传输场景。

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