HTTP服务器是如何实现对PHP的支持的？

目前各种服务器HTTP Server对PHP的支持一共有三种：

• 通过HTTP Server内置的模块来实现，例如Apache的mod_php5，类似的Apache内置的mod_perl可以对perl支持；
• 通过CGI来实现，这个就好比之前perl的CGI，该种方式的缺点是性能差，因为每次服务器遇到这些脚本都需要重新启动脚本解析器来执行脚本然后将结果返回给服务器，另一方面就是不太安全，该方面几乎很少使用了。
• 最新出现一种叫做FastCGI。所谓FastCGI就是对CGI的改进。它一般采用C/S结构，一般脚本处理器会启动一个或者多个daemon进程，每次HTTP Server遇到脚本的时候，直接交付给FastCGI的进程来执行，然后将得到的结果(通常为html)返回给浏览器。

FastCGI这种方法的问题存在一个小问题是当遇到大流量的频繁请求的话，脚本处理器的daemon进程可能会超负荷从而变得很慢，甚至发生内存泄漏。但是比较起Apache的内置模块的方式的优点是由于Server和脚本解析器完全分开各负其责，因此服务器不再臃肿，可以专心地进行静态文件响应或者将动态脚本解析器的结果返回给用户客户端。所以比较起Apache的内置模块方式，有时候性能要提高很多。有人测试可能会达到Apache+mod_php的5~10倍。

使用FastCGI方式现在常见的有两种stack：

• ligthttpd+spawn-fcgi
• nginx+PHP-FPM(也可以用spawn-fcgi) 

如上面所说该两种结构都采用FastCGI对PHP支持，因此HTTP Server完全解放出来，可以更好地进行响应和并发处理。因此lighttpd和nginx都有small, but powerful和efficient的美誉。

该两者还可以分出一个好坏来，spawn-fcgi由于是lighttpd的一部分，因此安装了lighttpd一般就会使用spawn-fcgi对php支持，但是目前有用户说ligttpd的spwan-fcgi在高并发访问的时候，会出现上面说的内存泄漏甚至自动重启fastcgi。即：PHP脚本处理器当机，这个时候如果用户访问的话，可能就会出现白页(即PHP不能被解析或者出错)。

Nginx不像lighttpd本身含带了fastcgi(spawn-fcgi)，因此它完全是轻量级的，必须借助第三方的FastCGI处理器才可以对PHP进行解析，因此其实这样看来nginx是非常灵活的，它可以和任何第三方提供解析的处理器实现连接从而实现对PHP的解析(在nginx.conf中很容易设置)。

nginx可以使用spwan-fcgi（需要一同安装lighttpd，但是需要为nginx避开端口，一些较早的blog有这方面安装的教程），但是由于spawn-fcgi具有上面所述的用户逐渐发现的缺陷，现在慢慢减少使用nginx+spawn-fcgi组合了。

由于spawn-fcgi的缺陷，现在出现了新的第三方（目前还是，听说正在努力不久将来加入到PHP core中）的PHP的FastCGI处理器，叫做PHP-FPM（具体可以google）。它和spawn-fcgi比较起来有如下优点：

由于它是作为PHP的patch补丁来开发的，安装的时候需要和php源码一起编译，也就是说编译到php core中了，因此在性能方面要优秀一些。同时它在处理高并发方面也优于spawn-fcgi，至少不会自动重启fastcgi处理器。具体采用的算法和设计可以google了解。

因此，如上所说由于nginx的轻量和灵活性，因此目前性能优越，越来越多人逐渐使用这个组合：nginx+PHP/PHP-FPM 。

总结

目前在HTTPServer这块基本可以看到有三种stack比较流行： 

• Apache+mod_php5
• lighttp+spawn-fcgi
• nginx+PHP-FPM