nginx,php-fpm

一，Nginx是异步非阻塞多进程，io多路复用

1、master进程：管理进程
master进程主要用来管理worker进程，具体包括如下4个主要功能： （1）接收来自外界的信号。 （2）向各worker进程发送信号。 （3）监控woker进程的运行状态。 （4）当woker进程退出后（异常情况下），会自动重新启动新的woker进程。
2、worker进程：处理请求
而基本的网络事件，则是放在worker进程中来处理了。多个worker进程之间是对等的，他们同等竞争来自客户端的请求，各进程互相之间是独立的。一个请求，只可能在一个worker进程中处理，一个worker进程，不可能处理其它进程的请求。worker进程的个数是可以设置的，一般我们会设置与机器cpu核数一致，这里面的原因与nginx的进程模型以及事件处理模型是分不开的。
worker进程之间是平等的，每个进程，处理请求的机会也是一样的。当我们提供80端口的http服务时，一个连接请求过来，每个进程都有可能处理这个连接，怎么做到的呢？
Nginx采用异步非阻塞的方式来处理网络事件，类似于Libevent，具体过程如下：
1）接收请求：首先，每个worker进程都是从master进程fork过来，在master进程建立好需要listen的socket（listenfd）之后，然后再fork出多个worker进程。所有worker进程的listenfd会在新连接到来时变得可读，每个work进程都可以去accept这个socket（listenfd）。当一个client连接到来时，所有accept的work进程都会受到通知，但只有一个进程可以accept成功，其它的则会accept失败。
2）处理请求：当一个worker进程在accept这个连接之后，就开始读取请求，解析请求，处理请求，产生数据后，再返回给客户端，最后才断开连接，这样一个完整的请求就是这样的了
我们可以看到，一个请求，完全由worker进程来处理，而且只在一个worker进程中处理。worker进程之间是平等的，每个进程，处理请求的机会也是一样的。

虽然nginx采用多worker的方式来处理请求，每个worker里面只有一个主线程，那能够处理的并发数很有限啊，多少个worker就能处理多少个并发，何来高并发呢？非也，这就是nginx的高明之处，nginx采用了异步非阻塞的方式来处理请求，也就是说，nginx是可以同时处理成千上万个请求的。一个worker进程可以同时处理的请求数只受限于内存大小，Worker 进程 不再同步阻塞的去处理一个请求，而是可以同时处理多个请求，无需 I/O 等待。请求r1-1,r1-2,r1-2都再在woker1进程中，如果r1-1发生阻塞需要等待，worker1就会去处理r1-2,等到r1-1处理好了由事件通知再将结果返回。

二，php-fpm是阻塞式单线程模型

1. 客户端发送的请求到达nginx后nginx会解析后转发给php-fpm进程管理器
2. php-fpm在master进程中创建多个work进程，调用一个work进程处理php代码。有请求到达work后阻塞在fcgi_accept_request()上，各自accept请求然后处理，这期间是不会接收其他请求的，也就是说work进程同时只能响应一个请求，只有把这个请求处理完了才会处理下一个。
3. 如果所有的work都处于忙碌状态（阻塞），那么这些请求就会阻塞在master进程上。
4. 所有work均是抢占模式来处理请求。
5. 抢占模式：每个进程都可以得到一定CPU时间片的时间处理，时间片结束或是进程发生阻塞（数据库连接、网络请求I/O（如发送短信、邮件第三方接口）、读写文件、sleep等待）就会触发上下文切换，CPU会经由调度程序去处理下一个进程的内容。等待阻塞结束再将进程由阻塞态加入就绪态队列（此时的进程处于就绪队列高等级），等待cpu调度执行。
6. php从代码级别的执行上是单线程的, 但是由php-fpm进程管理机制是多进程单线程的, 也就是php是多进程执行的. 有效提高并发的响应效率。