本文给各位分享fastcgi的知识，其中也会对Fastcgi boa进行解释，都是最近更新的内容，希望对你有所帮助！
本文目录：
- 1、cgi、fastcgi、php-cgi、php-fpm异同
- 2、Nginx配置里的Fastcgi是干啥用的？
- 3、什么是FastCGI?
cgi、fastcgi、php-cgi、php-fpm异同
1. cgi
? ? – 通用网关接口，就是外部应用程序（cgi程序）与web服务器之间的接口标准。
? ? – nginx是内容分发者，如果是请求index.php，根据配置文件内容得知不是静态文件，就会去找对应的cgi程序进行解析
? ? – cgi就是规定要传那些数据，以什么格式传递给后方进行处理的协议
? ? – cgi工作模式，一个请求发送过来，启动cgi解释器（创建进程）- 逻辑处理 – 退出 （fork and exec 模式） 每次都需要重新创建进程，加载配置，浪费系统资源
2. fastcgi
? ? – 快速通用网关接口，常驻型的cgi，不用每次都fork进程，其会使cgi解解释器进程常驻内存，所以性能较高
? ? – master-worker模型，服务器启动时载入fastcgi进程管理器
? ? – fastcgi会进行自身初始化，初始化时会创建多个进程
? ? – 请求到达web服务器后，fastcgi进程管理器会选择并通过socket连接到一个cgi解释器
3. php-cgi
? ? – php自带的cgi管理器
? ? – php-cgi的缺点，不能平滑重启，需要重启php-cgi才能使php.ini生效
4. php-fpm
? ? – php-fpm是php的一种fastcgi的实现，管理php的fastcgi进程池
? ? – 能够调度php-cgi程序
? ? – 能够实现平滑重启
? ? – php-fpm创建一个master进程，然后创建进程池，监听socket，fork出多个子进程，子进程各自accept请求，php-fpm的子进程同时只能响应一个请求，处理完一个请求才可以accept下一个请求，多进程，同步阻塞模型
? ? – master和worker进程之间不直接进行通信，master通过共享内存获取worker进程信息，master进程发送信号通知worker进程
? ? – php-fpm可以同时监听多个端口，每个端口对应一个worker pool
? ? – worker是cgi程序，php-fpm是fastcgi协议的php是实现
Nginx配置里的Fastcgi是干啥用的？
前一段时间又重读了《HTTP权威指南》一书，觉得有一些理论知识还是蛮重要的，需要进行一番整理，让自己之后对整条web链路有个更清晰的认识。
当用户打开浏览器并输入一串url地址时，到最终页面内容呈现在用户眼前时，这之间的步骤可大致整理如下：
1）用户输入 。
2）浏览器解析出主机名。
3）浏览器查询这个主机名的ip地址如192.168.0.1（即dns解析）并获得端口号如80
4）浏览器发起到192.168.0.1:80的连接。（tcp连接握手）
5）浏览器向服务器发送一条http get或post报文。（有可能会先发送给proxy或gateway，再由它们转发给服务器，如nginx做反向代理以实现负载均衡）
6）浏览器从服务器读取http响应报文。
7）浏览器关闭连接。
以上便是一条http请求的大致过程，理论上所有的http通信都是由tcp/ip承载的，即http使用tcp连接，其保证了在资源传输过程中是可靠的／不会丢失或损坏的。
注：http和https比较，https就是在http层和tcp层之间接入了一个密码加密层，称之为TLS或SSL,常用于一些支付等安全性要求较高的网站。
注：关于http的性能优化，tcp连接的时延和瓶颈等，之后可能需要另整理一份。
web服务器可以用来表示web服务器的软件，也可以表示提供web页面的特定设备或机器。这边主要是指通用软件web服务器，如apache或nginx。
《http权威指南》中有一份用perl脚本写的web服务器的源码，实现了最简单的收发客户端报文的功能。
当然，实际的web服务器比这要复杂的多，核心步骤整理如下：
1）接受一个客户端（浏览器）连接，或者拒绝该客户端的连接并将其关闭。
2）接受请求，从网络中读取一条http请求报文并解析。
3）处理请求，对请求报文进行解析。
4）访问资源，访问报文中指定的资源，有可能是缓存好的html静态页面或图片资源，也有可能是动态资源，如php文件，此时web server会通过fastcgi请求php应用程序以此产生动态资源，下面会详细讲。
5）创建http响应报文，并回送给客户端。
6）纪录事务处理过程，即记log。
讲Fastcgi之前需要先讲CGI，CGI是为了保证web server传递过来的数据是标准格式的，它是一个协议，方便CGI程序的编写者。Fastcgi是CGI的更高级的一种方式，是用来提高CGI程序性能的。
web server（如nginx）只是内容的分发者。比如，如果请求/index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态资源。
如果现在请求的是/index.php，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。此时CGI便是规定了要传什么数据／以什么格式传输给php解析器的协议。
当web server收到/index.php这个请求后，会启动对应的CGI程序，这里就是PHP的解析器。接下来PHP解析器会解析php.ini文件，初始化执行环境，然后处理请求，再以CGI规定的格式返回处理后的结果，退出进程。web server再把结果返回给浏览器。
那么CGI相较于Fastcgi而言其性能瓶颈在哪呢？CGI针对每个http请求都是fork一个新进程来进行处理，处理过程包括解析php.ini文件，初始化执行环境等，然后这个进程会把处理完的数据返回给web服务器，最后web服务器把内容发送给用户，刚才fork的进程也随之退出。 如果下次用户还请求动态资源，那么web服务器又再次fork一个新进程，周而复始的进行。
而Fastcgi则会先fork一个master，解析配置文件，初始化执行环境，然后再fork多个worker。当请求过来时，master会传递给一个worker，然后立即可以接受下一个请求。这样就避免了重复的劳动，效率自然是高。而且当worker不够用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些，这样就提高了性能，也节约了资源。这就是Fastcgi的对进程的管理。大多数Fastcgi实现都会维护一个进程池。注：swoole作为httpserver，实际上也是类似这样的工作方式。
那PHP-FPM又是什么呢？它是一个实现了Fastcgi协议的程序,用来管理Fastcgi起的进程的,即能够调度php-cgi进程的程序。现已在PHP内核中就集成了PHP-FPM，使用–enalbe-fpm这个编译参数即可。另外，修改了php.ini配置文件后，没办法平滑重启，需要重启php-fpm才可。此时新fork的worker会用新的配置，已经存在的worker继续处理完手上的活。
什么是FastCGI?
PHP的FastCGI使你的所有php应用软件通过mod_fastci运行，而不是mod_phpsusexec。FastCGI应用速度很快 是因为他们持久稳定。不必对每一个请求都启动和初始化。这使得应用程序的开发成为可能，否则在CGI范例是不切实际的（例如一个大型的脚本，或者一个需要 连接单个或多个数据库的应用）。1. FastCGI 像是一个常驻 (long-live) 型的 CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去 fork 一次 (这是 CGI 最为人诟病的 fork-and-execute 模式)。2. FastCGI 可在任何平台上使用，Netscape Enterprise 及 IIS 都有 FastCGI 的模块可供使用，阿帕契 (Apache，以及利用 Apache 衍生出做的服务器) 上也有 mod_fastcgi 可用。3. FastCGI 支持 C/C++、Java、PHP、Python、Ruby、Perl，Tcl 等程序语言。4. FastCGI 的应用程序亦兼容于 CGI。即 FastCGI 的应用程序也可以当成 CGI 来执行。5. 现有的 CGI 程序要改写成 FastCGI 非常简单，最少可能只需要多加入三行程序代码。6. FastCGI 的侦错方式与 CGI 大同小异，只要带入程序所需的环境变量及参数，即可在命令列模式执行或侦错。7. FastCGI 应用程序的写作方式与 CGI 类似，除了几项原则要特别注意外，FastCGI 的写作方式跟 CGI 几乎一样，与学习 Web Server API 比较起来， FastCGI 简单多了。8. FastCGI 支授分布式运算 (distributed computing)，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。好处1. PHP脚本运行速度更快(3到30倍)。PHP解释程序被载入内存而不用每次需要时从存储器读取，极大的提升了依靠脚本运行的站点的性能。2. 需要使用更少的系统资源。由于服务器不用每次需要时都载入PHP解释程序，你可以将站点的传输速度提升很高而不必增加cpu负担。因为dll文件不再每次都载入了，那么数据库的持久连接也将可以起到它设计初的效果。3. 不需要对现有的代码作任何改变。潜在问题1. 对所有的子目录（/home/USERNAME/public_html/php.ini）你只有一个可用的php.ini文件。这是优化网站代码所必需的。如果你需要多个php.ini文件以适应不同的脚本需要，你可以在任何子目录禁用PHP的快速CGI，而其余的地方则继续有效。2. 你对PHP环境做的任何升级（如php.ini文件的改变）都有几分钟的延迟。这是因为为了更快的速度 你的php.ini文件已经被载入内存，而不是每次需要时再从存储器重新读取。
本文关于fastcgi和Fastcgi boa的内容来源于网络，版权归原作者所有，如有侵权，请联系删除！
【免备案CDN、高防CDN，购买请访问：www.98cloud.com】
