CGI、FastCGI、PHPFPM
标签（空格分隔）： 未分类
CGI（通用网关接口 / Common Gateway Interface）
FastCGI（常驻型 CGI / Long-Live CGI）
PHPFPM （FastCGI 进程管理器（FPM））
CGI
-
介绍
CGI 即通用网关接口（Common Gateway Interface），它是一段程序，通俗的讲 CGI 就象是一座桥，把网页和 Web 服务器中的执行程序连接起来，它把 HTML 接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给 HTML 页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。
-
执行流程
用户请求 —> web 服务器接收请求【常用 Nginx、apache】—> fork CGI 的子进程 & 处理请求 —-> 请求处理完毕，返回结果到 web 服务器 & 销毁子进程 —> web 服务器返回结果给用户
-
优势
作为 PHP 最早的运行模式，每次请求都独立处理，调用过程足够简单清晰，可控性强
进程间是隔离的，保证数据不会被污染 -
劣势
FastCGI
-
介绍
FastCGI 是 CGI 的升级版本，FastCGI 像是一个常驻 (long-live) 型的 CGI，在启动 web 服务器的时候载入 FastCGI 进程管理器【PHP-FPM、IIS ISAPI、Apache Module】，当有请求过来的时候，web 服务器只需要交给 FastCGI 进程管理器处理即可。
-
执行流程
web 服务器启动的时候 启动 PHP-FPM master 进程（主要负责分配请求给空闲的自子进程处理）以及一定数量的 fast-cgi 子进程（负责处理请求）。 PHP-FPM master 进程管理一个进程池，池里有若干个 fast-cgi 子进程，每个 fast-cgi 子进程单独处理一个请求，互不干涉。
用户请求 —> web 服务器接收请求【常用 Nginx、apache】—> 检测到是 PHP 请求 & 转发给 FPM master 进程 —> FPM master 进程 指定空闲 fast-cgi 子进程处理请求 —> 子进程载入文件（如 php.ini）及其他资源处理请求 —> 处理结束 & 清除资源，结果返回 master & 子进程挂起，标记为空闲 —> master 将结果返回 web 服务器 —> web 服务器返回结果给用户
-
优势
从稳定性上看，FastCGI 是以独立的进程池来运行 CGI，单独一个进程死掉，系统可以很轻易的丢弃，然后重新分配新的进程来运行逻辑
从安全性上看，FastCGI 和宿主的 web Server 完全独立，FastCGI 不会影响 web 服务器的运行【如果 PHP-FPM 处于关闭状态，则会返回 502 bad gateway 给用户】
从性能上看，FastCGI 把动态逻辑的处理从 web Server 中分离出来，大负荷的 IO 处理还是留给宿主 Server，这样宿主 Server 可以一心一意作 IO【对于一个普通的动态网页来说，逻辑处理可能只有一小部分，更多的是图片等静态资源的加载】 -
劣势
一个 fast-cgi 子进程同一时间只能处理一个请求，所以网站的并发性能就受限于子进程数量
如果开启的进程过多，会导致 CPU 将大量的时间浪费在进程的上下文切换上。
每次请求 fast-cgi 子进程都需要重新加载相关资源，请求结束需要释放资源
PHPFPM
-
简介
FPM（FastCGI 进程管理器）用于替换 PHP FastCGI 的大部分附加功能，对于高负载网站是非常有用的 -
执行流程
PHP-FPM 负责管理一个进程池来处理来自 Web 服务器的 HTTP 动态请求，在 PHP-FPM 中，master 进程负责与 Web 服务器进行通信，接收 HTTP 请求，再将请求转发给 worker 进程进行处理，worker 进程主要负责动态执行 PHP 代码，处理完成后，将处理结果返回给 Web 服务器，再由 Web 服务器将结果发送给客户端。这就是 PHP-FPM 的基本工作原理