为什么web框架通过FastCGI/SCGI服务，而不是HTTP？

Question

主要的web框架(如Django、金字塔、Rails等)通常是作为持久服务器运行的，并且有一个单独的web服务器(如nginx )充当前端。web服务器通过像FastCGI或SCGI这样的协议进行连接：

browser --[http]--> nginx --[fastcgi]--> flup -> django

在我看来，这似乎很复杂；为什么请求被转换成一个完全不同的协议，而后端可以运行自己的HTTP服务器？

browser --[http]--> nginx --[http]--> wsgiref -> django

这种方法看起来既简单又灵活，因为只有一个传输协议，而且它是一个RFC。

然而，我认为我从未见过一个web框架鼓励只使用http的设计，所以我认为这肯定是有原因的。

在这里使用像FastCGI/SCGI这样的协议有什么好处？

Answer 1

HTTP是一个大型复杂协议。将接口简化为FastCGI或WSGI提供的功能，允许框架比必须处理原始请求时更快地处理请求。