参考链接：

首先搞清楚php-fpm与cgi的关系

cgi

cgi是一个web server与cgi程序(这里可以理解为是php解释器)之间进行数据传输的协议，保证了传递的是标准数据。

php-cgi

php-cgi是php解释器，就是上文提到的cgi程序。

Fastcgi

Fastcgi是用来提高cgi程序(php-cgi)性能的方案/协议。

cgi程序的性能问题在哪呢？"PHP解析器会解析php.ini文件，初始化执行环境"，就是这里了。标准的CGI对每个请求都会执行这些步骤，所以处理的时间会比较长。

Fastcgi会先启一个master，解析配置文件，初始化执行环境，然后再启动多个worker。当请求过来时，master会传递给一个worker，然后立即可以接受下一个请求。这样就避免了重复劳动，效率自然提高。而且当worker不够用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些，这样就提高了性能，也节约了资源。这就是Fastcgi的对进程的管理。

php-fpm

上文提到了Fastcgi只是一个方案或者协议，那么php-fpm就是这个实现了Fastcgi的程序，也就是说，上文所描述的进程分配和管理是FPM来做的。官方对FPM的解释是 Fastcgi Process Manager(Fastcgi 进程管理器) 。

PHP对并发访问的处理

进程和线程

PHP从代码级别来讲不支持多线程操作，不能像Java、C#等语言一样可以编写多线程代码。但多线程和并发没有直接关系，多线程只是代码被运行时在同一时间同时执行多个线程任务，来提高服务器CPU的利用率，提高代码效率。但php是可以多进程执行的，上文所述的FPM进程管理机制就是多进程单线程的，有效提高了并发访问的响应效率。

简单的web server + php-fpm 模式

1. 当客户端发送一个请求时，web server会通过一个php-fpm进程(这里和下文所说指的fpm进程都是fpm开启的worker进程，关于fpm的工作原理这里不再累述)去执行php代码，php代码的执行是单线程的。

2. 那么，当有多个客户端同时发送请求时(并发)，web server会通过php-fpm为每个请求开启一个单独进程去执行php代码。

3. 请求执行过后，空闲的php-fpm进程被销毁，内存得以释放。

4. 但并发的问题在于，在某一时间，客户端请求让php-fpm进程数量达到了最大限制数，这个时候，新来的请求只能等待空闲的php-fpm进程来处理，这就是多进程同步阻塞模式的弊端，当然还有进程过多所带来的内存占用问题。

内容来源于网络如有侵权请私信删除