PHP7内核CGI与FastCGI详解

CGI:是 Web Server 与 Web Application 之间数据交换的一种协议。
FastCGI:同 CGI，是一种通信协议，但比 CGI 在效率上做了一些优化。

PHP-CGI:是 PHP （Web Application）对 Web Server 提供的 CGI 协议的接口程序。

PHP-FPM:是 PHP（Web Application）对 Web Server 提供的 FastCGI 协议的接口程序，额外还提供了相对智能一些任务管理

CGI工作流程

1.如果客户端请求的是 index.html，那么Web Server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。

2.当Web Server收到 index.php 这个请求后，会启动对应的 CGI 程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以规定CGI规定的格式返回处理后的结果，退出进程，Web server再把结果返回给浏览器。

FastCGI工作流程

1.如果客户端请求的是 index.html，那么Web Server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。

2.当Web Server收到 index.php 这个请求后,FastCGI程序(FastCGI在启动时就初始化执行执行环境，每个CGI进程池各个CGI进程共享执行环境)在CGI进程池中选择一个CGI进程处理请求，再以规定CGI规定的格式返回处理后的结果，继续等待下一个请求。

PHP-FPM基本实现

1.PHP-FPM的实现就是创建一个master进程，在master进程中创建worker pool并让其监听socket，然后fork出多个子进程(work)，这些子进程各自accept请求，子进程的处理非常简单，它在启动后阻塞在accept上，有请求到达后开始读取请求数据，读取完成后开始处理然后再返回，在这期间是不会接收其它请求的，也就是说PHP-FPM的子进程同时只能响应一个请求，只有把这个请求处理完成后才会accept下一个请求

2.PHP-FPM的master进程与worker进程之间不会直接进行通信，master通过共享内存获取worker进程的信息，比如worker进程当前状态、已处理请求数等，当master进程要杀掉一个worker进程时则通过发送信号的方式通知worker进程。

3.PHP-FPM可以同时监听多个端口，每个端口对应一个worker pool，而每个pool下对应多个worker进程

Worker工作流程

1.等待请求： worker进程阻塞在fcgi_accept_request()等待请求；

2.解析请求： fastcgi请求到达后被worker接收，然后开始接收并解析请求数据，直到request数据完全到达；

3.请求初始化： 执行php_request_startup()，此阶段会调用每个扩展的：PHP_RINIT_FUNCTION()；

4.编译、执行： 由php_execute_script()完成PHP脚本的编译、执行；

5.关闭请求： 请求完成后执行php_request_shutdown()，此阶段会调用每个扩展的：PHP_RSHUTDOWN_FUNCTION()，然后进入步骤(1)等待下一个请求。

Master进程管理

1.static: 这种方式比较简单，在启动时master按照pm.max_children配置fork出相应数量的worker进程，即worker进程数是固定不变的

2.dynamic: 动态进程管理，首先在fpm启动时按照pm.start_servers初始化一定数量的worker，运行期间如果master发现空闲worker数低于pm.min_spare_servers配置数(表示请求比较多，worker处理不过来了)则会fork worker进程，但总的worker数不能超过pm.max_children，如果master发现空闲worker数超过了pm.max_spare_servers(表示闲着的worker太多了)则会杀掉一些worker，避免占用过多资源，master通过这4个值来控制worker数

3.ondemand: 这种方式一般很少用，在启动时不分配worker进程，等到有请求了后再通知master进程fork worker进程，总的worker数不超过pm.max_children，处理完成后worker进程不会立即退出，当空闲时间超过pm.process_idle_timeout后再退出

PHP-FPM事件管理器

1.sp[1]管道可读事件:这个事件是master用于处理信号的

2.fpm_pctl_perform_idle_server_maintenance_heartbeat():这是进程管理实现的主要事件，master启动了一个定时器，每隔1s触发一次，主要用于dynamic、ondemand模式下的worker管理，master会定时检查各worker pool的worker进程数，通过此定时器实现worker数量的控制

3.fpm_pctl_heartbeat():这个事件是用于限制worker处理单个请求最大耗时的，php-fpm.conf中有一个request_terminate_timeout的配置项，如果worker处理一个请求的总时长超过了这个值那么master将会向此worker进程发送kill -TERM信号杀掉worker进程，此配置单位为秒，默认值为0表示关闭此机制

4.fpm_pctl_on_socket_accept():ondemand模式下master监听的新请求到达的事件，因为ondemand模式下fpm启动时是不会预创建worker的，有请求时才会生成子进程，所以请求到达时需要通知master进程

 

PHP-FPM与Nginx的通信机制总结

PHP-FPM 介绍

CGI 协议与 FastCGI 协议

每种动态语言（ PHP,Python 等）的代码文件需要通过对应的解析器才能被服务器识别，而 CGI 协议就是用来使解释器与服务器可以互相通信。PHP 文件在服务器上的解析需要用到 PHP 解释器，再加上对应的 CGI 协议，从而使服务器可以解析到 PHP 文件。

由于 CGI 的机制是每处理一个请求需要 fork 一个 CGI 进程，请求结束再 kill 掉这个进程，在实际应用上比较浪费资源，于是就出现了 CGI 的改良版本 FastCGI，FastCGI 在请求处理完后，不会 kill 掉进程，而是继续处理多个请求，这样就大大提高了效率。

PHP-FPM 是什么

PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程则一般有多个（具体数量根据实际需要进行配置），每个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。

Nginx 与 php-fpm 通信机制

当我们访问一个网站（如 www.test.com）的时候，处理流程是这样的：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

www.test.com         |         |       Nginx         |         | 路由到 www.test.com/index.php         |         | 加载 nginx 的 fast-cgi 模块         |         | fast-cgi 监听 127.0.0.1:9000 地址         |         | www.test.com/index.php 请求到达 127.0.0.1:9000         |         |      等待处理...

Nginx 与 php-fpm 的结合

在 Linux 上，nginx 与 php-fpm 的通信有 tcp socket 和 unix socket 两种方式。

tcp socket 的优点是可以跨服务器，当 nginx 和 php-fpm 不在同一台机器上时，只能使用这种方式。

Unix socket 又叫 IPC (inter-process communication 进程间通信) socket，用于实现同一主机上的进程间通信，这种方式需要在 nginx 配置文件中填写 php-fpm 的 socket 文件位置。

两种方式的数据传输过程如下图所示：

二者的不同：

由于 Unix socket 不需要经过网络协议栈，不需要打包拆包、计算校验和、维护序号和应答等，只是将应用层数据从一个进程拷贝到另一个进程。所以其效率比 tcp socket 的方式要高，可减少不必要的 tcp 开销。不过，unix socket 高并发时不稳定，连接数爆发时，会产生大量的长时缓存，在没有面向连接协议的支撑下，大数据包可能会直接出错不返回异常。而 tcp 这样的面向连接的协议，可以更好的保证通信的正确性和完整性。

Nginx 与 php-fpm 结合只需要在各自的配置文件中做设置即可：

1） Nginx 中的配置

以 tcp socket 通信为例

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

server {     listen       80; #监听 80 端口，接收http请求     server_name  www.test.com; #就是网站地址     root /usr/local/etc/nginx/www/huxintong_admin; # 准备存放代码工程的路径     #路由到网站根目录 www.test.com 时候的处理     location / {         index index.php; #跳转到 www.test.com/index.php         autoindex on;     }       #当请求网站下 php 文件的时候，反向代理到 php-fpm     location ~ \.php$ {         include /usr/local/etc/nginx/fastcgi.conf; #加载 nginx 的 fastcgi 模块         fastcgi_intercept_errors on;         fastcgi_pass   127.0.0.1:9000; # tcp 方式，php-fpm 监听的 IP 地址和端口        # fasrcgi_pass /usr/run/php-fpm.sock # unix socket 连接方式     }   }

 

2) php-fpm 的配置

1 2 3

listen = 127.0.0.1:9000 # 或者下面这样 listen = /var/run/php-fpm.sock

注意，在使用 unix socket 方式连接时，由于 socket 文件本质上是一个文件，存在权限控制的问题，所以需要注意 nginx 进程的权限与 php-fpm 的权限问题，不然会提示无权限访问。（在各自的配置文件里设置用户）

通过以上配置即可完成 php-fpm 与 nginx 的通信。

在应用中的选择

如果是在同一台服务器上运行的 nginx 和 php-fpm，且并发量不高（不超过 1000），选择 unix socket，以提高 nginx 和 php-fpm 的通信效率。

如果是面临高并发业务，则考虑选择使用更可靠的 tcp socket，以负载均衡、内核优化等运维手段维持效率。

若并发较高但仍想用 unix socket 时，可通过以下方式提高 unix socket 的稳定性。

1）将 sock 文件放在 /dev/shm 目录下，此目录下将 sock 文件放在内存里面，内存的读写更快。

2）提高 backlog

backlog 默认位 128，1024 这个值换成自己正常的 QPS，配置如下。

nginx.conf 文件中

1 2 3

server {         listen 80 default backlog = 1024;        }

php-fpm.conf 文件中

1	listen.backlog = 1024

3）增加 sock 文件和 php-fpm 实例

在 /dev/shm 新建一个 sock 文件，在 nginx 中通过 upstream 模块将请求负载均衡到两个 sock 文件，并且将两个 sock 文件分别对应到两套 php-fpm 实例上。

https://www.php.cn/php-weizijiaocheng-425699.html