web server机器人

很久以前，人们造出来一个机器人，它的英文名字叫web server，中文名叫网页服务器。（为了简写，下文称web server为server）

server的工作很简单，就是做内容的分发。

初期的sever功能很简单，只能处理静态请求，当客户端请求/index.html的时候，server去文件系统里面找到对应的index.html文件，然后返回给客户端，这个时期的server就像一个仓库管理员，别人要啥，他给啥。

可是这样的机器人很明显不能满足人们的需求，因为sever机器人只能处理静态请求，却不能处理动态请求，如/index.php或者/index.java，这就好像它是服务员，只能端出做好的红烧肉，却不能自己做出红烧肉。

为了能够让server机器人处理动态请求（做出红烧肉），聪明的人类开始了他们的发明，于是他们在server机器人的肚子上挖出了一个长方形的洞，取名叫做接口，这个接口上只要插入制作红烧肉的智能芯片，server机器就能做红烧肉，插入制作烤鱼的芯片，server机器就能做烤鱼。

为了体现专业性，人们给sever机器人肚子上面的洞，这个接口，取了一个高大上的名字，叫做CGI（全称是是Command Gateway Interface，通常翻译为公共网关接口），通过这个接口，其他的应用程序可以与server机器人进行交互。

制作红烧肉的芯片，叫做php解析器。

制作红烧肉的芯片，叫做java解析器。

当然，与server进行交互的应用程序除了php解析器，java解析器，还有很多。

综上，sever主要工作内容：

（1）处理静态请求，当客户端请求静态文件的时候，如/a.html，web server会去文件系统中找到a.html这个文件，发送给浏览器。

（2）处理动态请求，当客户端请求/a.php的时候，web server会根据自己的配置文件（http.conf或者nginx.conf）得知，该请求的是动态数据，于是web server需要把请求交给PHP解析器（php-cgi）来处理，webserver与php通信需要遵循cgi接口定义的协议，将url地址，header消息头，post/get数据等一系列内容按照一定的格式传给php解析器（即php-cgi）处理，php解析器处理完成之后返回给web server,最后web server接到结果返回给客户端。

好景不长，问题来了

CGI接口的出现，让server能够处理动态请求，让server的功能有另一个飞跃。

每天，客户端与server就这样不断的循环往复：

（1）客户端发送请求给sever

（2）server接收请求和数据

（3）server会fork一个进程来启动对应的CGI程序（这里主要是php-cgi，PHP的解释器是php-cgi）

（4）php-cgi会解析php.ini文件，初始化执行环境，并处理请求，解析CGI接口传来的数据

（5）php-cgi以CGI接口规定的格式返回server处理后的结果

（6）server将结果返回客户端。

可是，好景不长，一心追求完美的人类，发现了一个问题。

每次客户端发起新的请求，server端都会fork一个进程出来启动php-cgi，而php-cgi却又每次都会进行一次初始化的工作（解析php.ini文件，初始化执行环境），人们觉得这样的重复实在效率太低，不仅很消耗时间，还很耗资源，于是想出来一个新的方案。

新的方案来临，FASTCGI的诞生

FASTCGI和CGI一样也是接口，是CGI的升级方案。

当server启动的时候，fastcgi会先启一个master进程（这里是php-fpm，主要用来管理php-cgi），解析php.ini，初始化执行环境，然后再启动多个worker（php-cgi）。当请求过来时，master会传递给一个worker（php-cgi），然后立即可以接受下一个请求，同时，当worker不够用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些。

这种fastcgi对进程的管理，避免了重复的劳动，提高了性能，缩短了处理的时间，节省了资源，也就成为了目前主流的通信交互方式。