讲到php开发，就一定会提到fastcgi和php-fpm，这两个东西对php的性能有着至关重要的作用。在百度实习的这段时间里，用到的odp环境就是用的php-fpm，但一直以来对它一无所知，甚至对整个php都概念模糊，这两天任务提前完成，借此机会对php做一点深入的了解。
web服务器
php作为一种专门为web开发而生的服务端语言，其实现必须借助web服务器，常见的php架构有lamp和lnmp，找张图片解释了php的访问情况。
apache处理php请求mod_php模式
可以看出请求是发送到apache，之后由apache来解析处理php并返回结果给客户端。当我们使用lamp架构时，需要改动apache的配置文件httpd.conf
加入如下两句loadmodule phpx_module php_root/phpxapache2_2.dlladdtype appliaction/x-httpd-php.php将下面语句做如下修改<ifmodule dir_module> directoryindex index.html</ifmodule>改为 <ifmodule dir_module> directoryindex index.html index.htm index.php index.phtml</ifmodule>
使用loadmodule来加载phpx_module（x为php版本号）。可以理解为将php作为apache的一个子模块来运行，当请求访问php时，apache就会调用phpx_module来解析php代码。
php_module是如何解析php代码的呢？——通过sapi。
apache和php与sapi的关系如下图：
sapi就是一个中间层，提供和外部通信的接口，类似于socket，使得php可以和其他应用进行数据交互。php提供了多种sapi，如给apache和nginx的php_module，给iis的isapi等。
apache调用php的执行过程：
apache -> httpd -> php_module -> sapi -> php
总之，web服务器通过php_module方式解析执行php的模式即为mod_php。
mod_fastcgi模式
php的sapi的另一种方式就是提供cgi模式，现在cgi已经被fastcgi取代。
所谓cgi，就是common gateway interface，当web服务器收到请求，就会把请求交给cgi程序（如php的fastcgi），cgi就将请求做处理（解析php），然后将结果返回给web服务器，web服务器再将请求返回给客户端。
cgi的不足之处就是每次请求都会有启动和退出的过程，也就是饱受诟病的fork-and-execute模式，在大量并发的请况下就完蛋了。
fastcgi的诞生弥补这一不足，它的原理是早早启动好等待请求，在响应完请求后不会退出，继续等待下一个请求。
利用fastcgi的运行方式称为mod_fastcgi。
对比一下mod_php和mod_fastcgi的不同。前者是将php作为web服务器的一个模块来运行，php与服务器结合度大。后者是将fastcgi作为中间过程，php和web服务器只通过fastcgi来完成请求与响应。
mod_php模式
mod_php模式下，apache每接受一个请求，就会产生一个进程来连接php通过sapi完成请求，在高并发的情况下，显然服务器会无法承受。
mod-fastcgi模式
这张图可以看出，每当有请求到达时，httpd会调用sapi将请求传递给php，完成后不退出，等待下一请求。并发性能大大提高。
php-fpm
磨刀不误砍柴工，前面的讲解只为引出php-fpm。php-fpm是做什么的呢？其实就是用来辅助fastcgi的。
fastcgi是一种与平台无关，与语言无关的接口实现，只需要不同语言按照规定方式实现即可完成与web服务器的通信。上图所示的php-cgi就是php自带的fastcgi管理器。
网上看到的php-cgi的问题主要有两点：
php-cgi变更php.ini陪之后需要重启php-cgi才能使新的php.ini生效，不能平滑重启。
若直接杀死php-cgi，php便无法运
php-fpm完美解决了上述不足，是一款专用的fastcgi管理器。
总之，php-fpm的作用就是专门管理php中的fastcgi，使php在高并发的情况下也能安全稳定的与web服务器合作，完成请求响应过程。
推荐学习：php视频教程
以上就是浅谈php中的fastcgi和php-fpm的详细内容。