PHP-FPM进程模型

php-fpm是个中间件，在需要php解释器来处理.php文本时会用到php-fpm。自从php5.3.3以后就将php-fpm集成在php内核中。PHP-FPM提供了更好的PHP进程管理方式，可以有效控制内存和进程、可以平滑重载PHP配置。

 说一下PHP-FPM的进程模型，PHP-FPM采用的是Master/Worker进程模型。当PHP-FPM启动时，会读取配置文件，然后创建一个Master进程和若干个Worker进程（具体是几个Worker进程是由php-fpm.conf中配置的个数决定）。Worker进程是由Master进程fork出来的。

ster进程和Worker进程的作用：

Master进程：负责管理Worker进程、监听端口

Worker进程：处理业务逻辑

PHP-FPM进程管理方式有动态（Dynamic）、静态（Static）、按需（Ondemand）三种，下面将一一介绍。

动态（Dynamic） 在这种方式下，PHP-FPM启动时会创建一定数量的Worker进程。当请求数逐渐增大时，会动态增加Worker进程的数量；当请求数降下来时，会销毁刚才动态创建出来的Worker进程。在这种方式下，如果配置的最大进程数过大，当请求量增加时会出现大量Worker进程，进程之间会频繁切换，浪费大量CPU资源。 下面的三个参数可以配置Worker进程的数量： pm.start_servers：动态方式下的起始php-fpm进程数量。 pm.min_spare_servers：动态方式下的最小php-fpm进程数量。 pm.max_spare_servers：动态方式下的最大php-fpm进程数量。静态（Static） 这种方式下，PHP-FPM启动时会创建配置文件中指定数量的Worker进程，不会根据请求数量的多少而增加减少。因为PHP-FPM开启的每个Worker进程同一时间只能处理一个请求，所以在这种方式下当请求增大的时候，将会出现等待的情形。 下面的参数可以配置Worker进程的数量： pm.max_children：静态方式下开启的php-fpm进程数量。按需（Ondemand） 在这种方式下，PHP-FPM启动时，不会创建Worker进程，当请求到达的时候Master进程才会fork出子进程。在这种模式下，如果请求量比较大，Master进程会非常繁忙，会占用大量CPU时间。所以这种模式不适合大流量的环境。

在Nginx+PHP-FPM的架构中，Web服务器是如何与PHP-FPM通信的呢？

当用户请求一个http地址时，Nginx会收到请求，然后将请求转发给PHP-FPM，PHP-FPM收到请求后会将请求转发给一个空闲的Worker进程。当Worker进程处理完后会将结果返回给Nginx，Ngixn再讲内容返回给用户。