这里我们只学习从客户端到PHP这一阶段的要求处理。
基本的观点cgi(Common Gateway Interface) 通用网关接口，我们可以认为这是一个协议。fast-cgi是高等版cgi协议，用于web做事器与后端做事通讯的程序，与cgi的差别便是fastcgi会预先创建多少进程等待做事，cgi是属于fork-and-exec每次都要创建效率低下。Nginx实现fastcgi协议是通过ngx_http_fastcgi_module模块实现。php支持fastcgi协议是通过php-fpm，它是php的fastcgi进程管理器，用来启动、配置php-fastcgi的进程，我们可以认为php-fpm便是php实现的fastcgi版本。干系配置
nginx.conf关于fastcgi的配置：
location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf;}
php-fpm.conf关于fastcgi的配置：
php-fpm也便是php-fastcgi承接了nginx到php之间的通讯。
fastcgi的浸染
Nginx的要求处理nginx进程模型
Nginx多进程模式 Master-fork-Worker
利用I/O多路复用可以提高并发处理，一个Worker处理多个Client
Master进程读取配置、进行干系设置，然后启动Master进程根据配置fork()出一定数量的Worker进程Master进程等待旗子暗记关照、监控Worker进程状态，卖力重启Worker及Worker间通信Worker进程监听等待Client的要求Worker进程采取I/O多路复用事宜机制，处理要求，也便是同一个Worker进程可以监听多个I/O事宜, 当某个事宜发生的时候就实行，没有的时候就去处理别的要求。Worker吸收到要求之后，实际的处理是转发给php-fpm, php-fpm处理完之后返回给nginx,进而返回给ClientPHP-FPM的要求处理PHP-FPM也是多进程模式，根据配置可以选择是否预先启动子(Worker)进程
php-fpm多进程
根据pm配型去配置
php-fpm.conf
I/O壅塞每个Worker只能一个一个处理Client要求
实行php-fpm的时候会读取配置文件，设置启动的子进程数量worker进程启动后，等待client要求worker每次只能处理一个要求，如果要求数超过配置的Worker进程数就会涌现等待高并发情形下终极会要求出错什么是文件描述符FD我们知道Linux统统皆文件, 操作系统有一个文件描述符列表来标识已打开的文件。这是IO操作的根本。统统IO都是环绕这个FD进行的。
什么是I/OI/O便是Input、Output, 操作文件是系统的事情，用户程序可以通过系统调用如read、open这样去通过内核操作数据。
操作磁盘是很花韶光的，更不要说通过网络传输的I/O了，如通过mysql查询数据，这个中涉及的多个方面的I/O操作，从用户程序到内核、从缓存到磁盘、从磁盘到内存、网络通报等等，都会产生数据的读取、写入。这些都是I/O操作。
大多数I/O一定经由从内核到用户程序的复制。
什么是壅塞非壅塞举个栗子来说，早上起床了你要去煮面，面煮上了如果你一贯在锅前等着那你就壅塞了，由于你得看着面不能干别的事，其他的事得煮完面再去做。你->煮面->其他的事这是壅塞
这次你学聪明了，煮上面然后去刷牙了，面自己煮着就行了，刷完牙回来再看面，还没好你又去洗脸了，再回来看，面好了，用饭。你->煮面->刷牙->煮面->洗脸->煮面 同样的韶光多干了两个事，这是非壅塞。
当然实际的情形跟这个例子差一点。但大体意思是差不多的。
Nginx是如何做到的的非壅塞我们知道Nginx利用非壅塞worker处理客户端要求, 从nginx.conf中可以见到配置
epoll事宜处理器模型
epoll是操作系统供应的系统调用，我们还听过select 、poll 、kqueue等，这是看系统供应的哪种api，我们再去配置。
epoll的供应的能力大概是这样的，当客户端要求过来之后，建立的连接会生一个FD，数据通过操作FD进行传输。epoll会将这个FD注册到内核，内核卖力监听、关照这个FD的IO事宜，如果没有IO事宜发生epoll将会通过循环连续等待，而worker进程可以去处理其他要求，一旦发生就会关照程序worker就会再处理这个要求。epoll就卖力全体要求期间的IO事宜调度。
select-poll-epoll的差异
关于I/O的处理我们后面再深入谈论一些，这块的东西比较深，目前还没有学明白。大家看下干系的书本。
干系书本：Linux高性能做事器编程
欢迎大家谈论。
