php fpm fastcgi 关系,php和php-fpm和fastcgi的关系

php和php-fpm和fastcgi的关系

先说几个核心概念，帮你理清这三者之间的逻辑链条。当客户端访问一个Web服务器（比如Nginx）时，如果请求的是/index.html，Nginx直接去本地文件系统找就行。但如果请求的是/index.php呢？这就得交给PHP解析器来处理了。Nginx会把请求中的关键信息——比如URL、登录时输入的账号密码——按照一种约定好的格式传给PHP解析器。这个“约定好的格式”就是CGI协议。

CGI是个协议，它本身跟进程管理没什么关系。那PHP是什么呢？如果你在机器上安装了PHP，直接运行php index.php就能解释这个脚本并输出结果。但问题是，Nginx显然没法像命令行那样直接调用php命令，所以需要一个中间环节来中转。

接下来看传统CGI的工作流程：Web服务器收到/index.php请求后，会启动对应的CGI程序——这里就是PHP解析器。PHP解析器先加载php.ini配置文件，初始化执行环境，然后处理请求，再按CGI规定的格式返回结果，最后退出进程。Web服务器再把结果返回给浏览器。注意，每个请求都要经历一次完整的“加载-初始化-处理-退出”过程，效率很低。

这就引出了FastCGI。FastCGI是为了提高CGI程序性能而设计的方案。它跟CGI最大的区别在于进程管理：FastCGI会先启动一个master进程，负责解析配置文件、初始化环境，然后启动多个worker进程来等待请求。这样每个请求过来时，worker直接复用已经初始化好的环境，避免了重复加载php.ini。而且当worker不够用时，master可以根据配置预先启动几个worker等着；空闲worker太多时，也会自动停掉一些。这样一来，既提高了性能，又节约了资源。这才是FastCGI对进程管理的核心价值。

一.php和php-fpm

那PHP-FPM又是什么呢？简单说，它是一个实现了FastCGI协议的程序，后来被PHP官方收编了。大家都知道，PHP的解释器是php-cgi。但php-cgi只是个单纯的解析器——它能解析请求、返回结果，但不会管理进程。你懂的，一个解析器本身可没有能力去调度多个进程、控制并发、处理负载。所以就需要一些能够调度php-cgi进程的程序来帮忙，PHP-FPM就是其中最著名的一个。

二.php-fpm和fastcgi

总结一下：PHP本身可以解析PHP脚本，而Nginx通过运行PHP-FPM来间接让PHP解析脚本，FastCGI的作用就是规定Nginx该传哪些参数给PHP-FPM。三者各司其职，配合起来才能高效处理PHP请求。

总结：

PHP可以解析PHP脚本；Nginx运行PHP-FPM后可以间接调用PHP来解析脚本；而FastCGI就是一套协议，用来规定需要传递哪些参数给PHP-FPM。这三者的关系，本质上就是“协议、实现、调度”的配合。