FastCGI

快速通用网关接口（Fast Common Gateway Interface／FastCGI）是一种让交互程序与Web服务器通信的协议。FastCGI是早期通用网关接口（CGI）的增强版本。

FastCGI致力于减少网页服务器与CGI程序之间交互的开销，从而使服务器可以同时处理更多的网页请求。

历史

通用网关接口协议（CGI）是一种对接应用程序和网络服务器的接口协议。CGI使外部程序与Web服务器之间交互成为可能。CGI程序运行在独立的进程中，并对每个Web请求建立一个进程，这种方法非常容易实现，但效率较差，难以扩展。

CGI程序运行在独立的进程中，并对每个Web请求建立一个进程，在结束时销毁。这种“每个请求一个新进程”的模型使得CGI程序非常容易实现，但效率较差，难以扩展。在高负载情况下，进程创建和销毁进程的开销变得很大。此外，由于地址空间无法共享，CGI进程模型限制了资源重用方法，如重用数据库连接、内存缓存等。

为了解决CGI的可伸缩性缺点，Open Market开发了FastCGI，并在20世纪90年代中期首次在他们的网络服务器产品中引入了它。Open Market最初开发FastCGI的部分原因是作为对网景公司开发网络应用程序的专有、进程内API(网景服务器API)的竞争回应。

虽然FastCGI最初是由Open Market开发的，但后来被其他几家网络服务器制造商实施。然而，它的方法与其他加速和简化服务器-子程序通信的方法相竞争。像mod_perl和mod_php这样的Apache HTTP服务器模块几乎是同时出现的，并且很快流行起来。截至2019年，包括CGI在内的所有这些不同方法仍在普遍使用。

实现

与为每个请求创建一个新的进程不同，FastCGI使用持续的进程来处理一连串的请求。这些进程由FastCGI服务器管理，而不是web服务器。

当进来一个请求时，web服务器把环境变量和这个页面请求通过一个socket比如FastCGI进程与web服务器（都位于本地）或者一个TCP 请求（FastCGI进程在远端的server farm）传递给FastCGI进程。

服务传入请求时，网络服务器通过Unix域套接字、命名管道或TCP连接向FastCGI进程发送环境变量信息和页面请求。响应通过相同的连接从进程返回到网络服务器，然后网络服务器将该响应传递给最终用户。连接可能在响应结束时关闭，但是web服务器和FastCGI服务进程都将持续，不会被销毁。

每个单独的FastCGI进程在其生命周期内可以处理许多请求，从而避免了每个请求进程创建和终止的开销。并发处理多个请求可以通过几种方式来完成:通过内部多路复用使用一个连接(即一个连接上的多个请求)；通过使用多个连接；或者通过这些方法的混合。可以配置多个FastCGI服务器，提高稳定性和可扩展性。

优点

网站管理员和程序员可以发现，在FastCGI中将网络应用程序与网络服务器分离比嵌入式解释器(mod_perl、mod_php等)有许多优点。这种分离允许服务器和应用程序进程独立重启——这是繁忙网站的一个重要考虑因素。它还能够实现每个应用程序的托管服务安全策略，这是对ISPs和网络托管公司的一个重要要求。不同类型的传入请求可以分发到特定的FastCGI服务器，这些服务器已被配置为高效地处理这些类型的请求。

实现FastCGI的网页服务器

• Apache HTTP Server (部分)
  • 通过mod_fcgid模块实现。这个模块曾属于第三方，但是在2009年被授予ASF，成为Apache的一个子项目。它只支持Unix域套接字，不支持TCP套接字。
  • 一个较早的第三方模块 mod_fastcgi 。但是这个模块从Apache 2.4.x 开始就不再被一同编译了。 虽然这个模块相关的bug早就被解决了。
  • Apache 1.x 在设计上禁止多路复用单个连接接收请求，因此Aapache 1.x是不支持的。
  • 在 Aapache 2.4 中，添加了新的mod_proxy_fcgi模块，支持TCP FastCGI服务器。
• Caddy
• Cherokee HTTP Server
• Hiawatha Webserver
  • 支持FastCGI的负载平衡
  • 支持chrooted FastCGI 服务器
• Lighttpd
• Nginx
• LiteSpeed Web Server
• Microsoft IIS
• Jetty
• Kerio WebSTAR
• OpenBSD 的 httpd(8)
• Open Market 网络服务器

参见

• CGI
• IIS
• nginx