phpcgi模式php的几种运行模式CLICGIFastCGImodphp

可以在掌握台或者是shell中键入命令。
如：

php index.php

2、CGI ：(Common Gateway Interface)公共网关接口

phpcgi模式php的几种运行模式CLICGIFastCGImodphp NoSQL

CGI实际上是一种程序之间的交互协议，常日作为HTTP Server和“程序”进行“交谈”的一种工具。
这里的“程序”即实现了CGI协议的程序，我们可以称之为CGI程序，CGI程序的实现措辞并没有哀求。
例如PHP-CGI便是实现了CGI协议的CGI程序，而HTTP Server本身也要实现CGI协议才能和PHP-CGI交互。

通过CGI协议，担保了HTTP Server通报过来的数据是标准格式的，以方便CGI程序的编写者。
做事器要支持CGI就要供应CGI中哀求的环境变量，或者还有别的。
该协议哀求HTTP Server把HTTP Request的Header设置成CGI程序的环境变量，HTTP Request的正文设置成CGI程序的标准输入，而CGI程序的标准输出便是HTTP Response，包括Header和正文。

再进一步详细举例来讲的话，php以CGI办法运行时，web server（比如说nginx）根据配置文件知道这个不是静态文件，须要去找PHP解析器来处理，那么他会把这个要求大略处理后交给PHP-CGI。
Nginx会传哪些数据给PHP-CGI呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI协议便是规定要传哪些数据、以什么样的格式通报给后方处理这个要求的协议。
将用户要求以的办法转交给PHP-CGI独立进程。

实际上上面这个流程也解释了一个问题便是PHP与web做事之间并不是从属关系。

那么，CLI和CGI有哪些显著差异呢？

（1）CLI与 CGI SAPI 不同，CLI其输出没有任何头信息。

只管 CGI SAPI 供应了取消 HTTP 头信息的方法，但在 CLI SAPI 中并不存在类似的方法以开启 HTTP 头信息的输出。

（2）CLI 默认以安静模式开始，但为了担保兼容性，-q 和 --no-header 参数为了向后兼容仍旧保留，使得可以利用旧的 CGI 脚本。

（3）CLI在运行时，不会把事情目录改为脚本确当前目录（可以利用-C和--no-chdir 参数来兼容CGI模式）。

（4）CLI出错时输出纯文本的缺点信息（非 HTML 格式）。

3、FastCGI：(Fast Common Gateway Interface)快速公共网关接口

顾名思义，FastCGI是CGI的升级版本，运行速率更快。
传统的CGI程序有很多缺陷，比如每吸收一个要求就要fork一个新的进程去处理，每次只能吸收一个要求作出一个相应，要求结束后该进程就会结束。
而FastCGI程序会事先启动起来，作为一个cgi程序的管理做事器存在，预先启动一系列的子进程来等待处理，然后等待web做事器发过来的要求，一旦接管到要求就交由子进程处理，这样由于不须要在接管到要求后启动cgi程序，以是会快很多。

FastCGI利用进程/线程池来处理持续串的要求。
这些进程/线程由FastCGI做事器管理，而不是Web做事器。
当进来一个要求时，Web做事器把环境变量和这个页面要求通过一个Socket长连接通报给FastCGI进程。
FastCGI进程像是一个常驻型的CGI进程，它可以一贯实行，在要求到达时不会花费韶光去fork一个进程来处理(这是CGI最为人诟病的fork-and-execute模式)。
正是由于它只是一个通信协议，它还支持分布式的运算，即FastCGI程序可以在网站做事器以外的主机上实行并且接管来自其他网站做事器的要求。

FastCGI全体流程:

（1）Web server启动时载入FastCGI进程管理器

（2）FastCGI自身初始化，启动多个CGI阐明器进程(可见多个php-cgi)并等待来自Web server的要求

（3）当要求Web server时，Web server通过socket要求FastCGI进程管理器，FastCGI进程管理器选择并连接到一个PHP-CGI，Web server将CGI环境变量和标准输入发送到FastCGI子进程PHP-CGI

（4）FastCGI子进程处理要求完成后将标准输出和缺点从同一连接返回给Web server，当FastCGI子进程结束后要求便结束。
FastCGI子进程接着等待处理来自FastCGI进程管理器的下一个连接。
（在CGI模式中，php-cgi在此便退出了）。

4、PHP-FPM：(PHP Fast CGI Process Manager)PHP-fastcgi进程管理器

PHP-FPM是一个实现了Fastcgi协议的程序，被PHP官方收了。
也可以说php-fpm是实现了fastcgi协议的php-cgi进程的管理器，用来管理fastcgi进程的。

通过上面我们知道，php-cgi只是一个CGI程序，他自己本身只能解析要求，返回结果，不会进程管理。
以是就涌现了一些能够调度php-cgi进程的程序，比如说由lighthttpd分离出来的spawn-fcgi。
以是PHP-FPM也是这么个东东，在永劫光的发展后，逐渐得到了大家的认可（要知道，前几年大家可是抱怨PHP-FPM稳定性太差的），也越来越盛行。

5、mod_php：即apache的php模块

Mod_php模式将PHP做为web-server的子进程掌握,两者之间有从属关系.最明显的例子便是在CGI模式下,如果修正了PHP.INI的配置文件,不用重启web做事便可生效,而模块模式下则须要重启web做事。
以mod_php模式运行PHP，意味着php是作为apache的一个模块来启动的，因此只有在apache启动的时候会读取php.ini配置文件并加载扩展模块，在apache运行期间是不会再去读取和加载扩展模块的

（1）Apache的事情模式 prefork的事情事理、

一个单独的掌握进程(父进程)卖力产生子进程，这些子进程用于监听要求并作出应答。
Apache总是试图保持一些备用的 (spare)或是空闲的子进程用于欢迎即将到来的要求。
这样客户端就无需在得到做事前期待子进程的产生。
在Unix系统中，父进程常日以root身份运行以便邦定80端口，而 Apache产生的子进程常日以一个低特权的用户运行。
User和Group指令用于配置子进程的低特权用户。
运行子进程的用户必须要对他所做事的内容有读取的权限，但是对做事内容之外的其他资源必须拥有尽可能少的权限。

（2）worker的事情事理

每个进程能够拥有的线程数量是固定的。
做事器会根据负载情形增加或减少进程数量。
一个单独的掌握进程(父进程)卖力子进程的建立。
每个子进程能够建立ThreadsPerChild数量的做事线程和一个监听线程，该监听线程监听接入要求并将其通报给做事线程处理和应答。
Apache总是试图坚持一个备用(spare)或是空闲的做事线程池。
这样，客户端无须等待新线程或新进程的建立即可得到处理。
在Unix中，为了能够绑定80端口，父进程一样平常都因此root身份启动，随后，Apache以较低权限的用户建立子进程和线程。
User和Group指令用于配置Apache子进程的权限。
虽然子进程必须对其供应的内容拥有读权限，但该当尽可能给予他较少的特权。
其余，除非利用了suexec ，否则，这些指令配置的权限将被CGI脚本所继续

个人理解:这种模式把php嵌入到apache中，相称于给apache加入理解析php文件的功能。

6、基于fast-cgi协议模式的nginx和php-fpm交互细节

Nginx与PHP-fpm之间通过socket进行通讯，紧张有两种通信办法unix socket和tcp socket

（1）nginx配置比较

unix socket须要在nginx配置文件中填写php-fpm运行的pid文件（即sock文件）地址。

location ~ \.php$ {

include fastcgi_params;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;;

fastcgi_pass unix:/var/run/php5-fpm.sock;

fastcgi_index index.php;

}

tcp socket须要在nginx配置文件中填写php-fpm运行的ip地址和端口号。

location ~ \.php$ {

include fastcgi_params;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;;

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

}

（2）特点比较

从上面的图片可以看，unix socket减少了不必要的tcp开销，而tcp须要经由loopback，还要申请临时端口和tcp干系资源。
但是，unix socket高并发时候不稳定，连接数爆发时，会产生大量的永劫缓存，在没有面向连接协议的支撑下，大数据包可能会直接出错不返回非常。
tcp这样的面向连接的协议，多少可以担保通信的精确性和完全性。

选择建议：如果是在同一台做事器上运行的nginx和php-fpm，并发量不超过1000，选择unix socket，由于是本地，可以避免一些检讨操作(路由等)，因此更快，更轻。
如果面临高并发业务，我会选择利用更可靠的tcp socket，以负载均衡、内核优化等运维手段坚持效率。

（3）nginx和php合营处理要求的通用流程：

1. nginx.conf配置webserver参数, 要求PHP类运用可配置fastcgi_pass，指明监听端口或socket地址

2. php-fpm.conf中listen地址与nginx.conf fastcgi_pass字段配置同等（sock文件或是端口），表明php-fpm worker进程监听目标

3. 启动后，要求先到达nginx server端口，分发到对应位置，若配置了fastcgi-pass，则被转到对应端口或socket，php-fpm master进程监听到，再创建fork worker进程实际运行，运行结束返回给nginx。
即如下所示：

www.example.com =》

Nginx =》

路由到www.example.com/index.php =》

加载nginx的fast-cgi模块 =》

fast-cgi监听127.0.0.1:9000地址=》

www.example.com/index.php要求到达127.0.0.1:9000 =》

php-fpm 监听127.0.0.1:9000 =》