在说这个话题之前，需要先了解一下CGI,FASTCGI。
1.CGI
CGI的全称是Common Gateway Interface,通用网关接口，它使得任何一个拥有标准输入输出的程序拥有提供web server的能力。假设我们写了一个Hello World的c++程序,这个程序接受输入{text},输出{text},Hello World。
以nginx作为接受http请求为例，nginx接受一个http请求，Fork出一个进程，将http请求带来的text参数作为输入，执行完hello world程序，将输出{text},Hello World作为输出，销毁这个Fork出来的进程，由nginx返回给客户端。
这种方式虽然简单，但是要不断的Fork进程，销毁进程。
2.FASTCGI
FASTCGI，顾名思义，它是CGI的改进版，是一个常驻型的CGI服务。我们常用的php-fpm就是这种模式运行的，php-fpm负责Forl多个进程，每个进程中都运行了php的解释器。可以在终端下看一下php-fpm的进程
一个php-fpm主进程,pid是1263,Fork出了3个子进程。在nginx+php-fpm的组合中，nginx负责接受http请求，将请求封装好交给php-fpm，php-fpm将请求按照一定的规则交给一个子进程去执行，这个子进程中的php解释器加载php代码运行。也是因为这个原因，传统的php只能作为web server。
然后我们发现，nginx+php-fpm的组合和我们Reactor+Worker子进程的运行方式非常相似。
3.swoole的运行方式
这里以swoole作为http server为例（传统php几乎都是作为web服务）。
首先swoole是实现了http server的，也就是说不需要nginx作为http服务器了，当然swoole并不是为了取代nginx，实际上swoole当前实现的http server功能有限，比如说只支持Get和Post，所有往往swoole前面还要运行一个nginx来作为前端代理服务器。
其次，swoole是内存常驻的。和php-fpm的常驻服务不同，php-fpm中常驻的是php的解释器，这个解释器会重复加载php代码，初始化环境，而swoole只在启动的时候加载，这样一来，性能就自然而然的提高了。这一点可以在开发中很明显的体现出来，php-fpm下，修改的php代码会即时生效，而使用swoole则需要重启swoole的server才能使代码生效。
通过上面的一些说明，就可以很明显的得出swoole和传统php开发的优缺点了。
swoole server优点：
– swoole性能更高
– 可以做为tcp,udp服务器
– 在高io高并发的服务器要求下，swoole的运行模式是完全可以胜任的
swoole server缺点：
– 更难上手。这要求开发人员对于多进程的运行模式有更清晰的认识
– 更容易内存泄露。在处理全局变量，静态变量的时候一定要小心，这种不会被GC清理的变量会存在整个生命周期中，如果没有正确的处理，很容易消耗完所有的内存。而以往的php-fpm下，php代码执行完内存就会被完全释放。
– 无法做密集计算。当然这一点是php甚至是所有动态语言都存在的问题。写在这里是因为防止误导读者以为使用swoole后，php可以用来做密集计算。
原文：www.myway5.com/index.php/2…
