LNP环境下Nginx与PHP配合解析的原理

正在理解中，查阅资料，加上自我理解，得出如下结论，如有错误，欢迎指正。。。。

LNP环境，Nginx与PHP配合运行的原理解释：

以前的互联网时代我们成为web1.0时代，那时用户是被动接受网络信息，服务器上有什么你就看什么，你不能往服务器上传东西，并且主要以静态文件为主，几乎没有动态程序，所以Nginx处理起来很轻松。但是随着祖国的强大，时代和技术的进步，web2.0时代来临，用户为主，动态语言也流行了起来，例如php、java等，所以网络上动态请求就多了起来，但是Nginx有不能处理动态请求，所以随之而来的动态程序解析器就应运而生了，PHP的解析器，Java的解析器等，但是问题来了，Nginx怎么把接受到的动态请求交给解析器呢？解析器处理之后又怎么返回给Nginx呢？所以出现了CGI（common gateway interface）通用网关接口，通过这个接口实现两者之间的通信，怎么通信呢？

CGI的特点是，每接到一个请求就启动解析器，fork一个进程来解析，完成之后呢就把这个进程kill掉，每次都是这样，可想而知，不仅浪费系统资源，还无法处理高并发的请求，满足不了web2.0时代的广大网友。所以FASTCGI出来了，一看名字就比较快，他fork进程之后不kill，保留下来以便下次使用，效率就高了许多。

接着讲Nginx怎么通过这个接口实现通信，Nginx有一个fastcgi模块，Nginx通过fastcgi监听PHP程序运行的地址和端口，当有动态程序访问Nginx时，Nginx通过fastcgi_pass抛给PHP处理，PHP处理完成后通过FASTCGI接口返回给Nginx，然后Nginx返回给用户。那么PHP又是怎么处理的呢？

php收到Nginx抛过来的动态程序时，首先是php-fpm（php fastcgi process manager）php fastcgi 进程管理接收到，然后他会调用一个wrapper线程去激活php解析器，把动态请求解析为op code（操作码）进行处理，之后把处理结果返回给php-fpm，一路返回给用户。