参考：

http://zyan.cc/nginx_php_v6/

nginx相对于apache的优点： 
1.轻量级，同样的web 服务，比apache服务器占用更少的内存及资源 
2.抗并发，nginx在处理请求是异步非阻塞的(epoll)，而apache 则是阻塞型的(select)，在高并发下nginx 能保持低资源低消耗高性能 
3.高度模块化的设计，编写模块相对简单 

4.apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程

apache 相对于nginx 的优点： 
1.nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向

2.Apache 对 PHP 支持比较简单，Nginx 需要配合其他后端用

-----------------------------------------------------------

不管是Nginx还是Squid这种反向代理，其网络模式都是事件驱动。事件驱动其实是很老的技术，早期的select、poll都是如此。后来基于内核通知的更高级事件机制出现，如libevent里的epoll，使事件驱动性能得以提高。事件驱动的本质还是IO事件，应用程序在多个IO句柄间快速切换，实现所谓的异步IO。事件驱动服务器，最适合做的就是这种IO密集型工作，如反向代理，它在客户端与WEB服务器之间起一个数据中转作用，纯粹是IO操作，自身并不涉及到复杂计算。反向代理用事件驱动来做，显然更好，一个工作进程就可以run了，没有进程、线程管理的开销，CPU、内存消耗都小。

Nginx处理静态文件效果也很好，那是因为静态文件本身也是磁盘IO操作，处理过程一样.

Apache或者Resin这类应用服务器，之所以称他们为应用服务器，是因为他们真的要跑具体的业务应用，如科学计算、图形图像、数据库读写等。它们很可能是CPU密集型的服务，事件驱动并不合适。例如一个计算耗时2秒，那么这2秒就是完全阻塞的，什么event都没用。想想MySQL如果改成事件驱动会怎么样，一个大型的join或sort就会阻塞住所有客户端。这个时候多进程或线程就体现出优势，每个进程各干各的事，互不阻塞和干扰。当然，现代CPU越来越快，单个计算阻塞的时间可能很小，但只要有阻塞，事件编程就毫无优势。所以进程、线程这类技术，并不会消失，而是与事件机制相辅相成，长期存在。

总结之，事件驱动适合于IO密集型服务，多进程或线程适合于CPU密集型服务，它们各有各的优势，并不存在谁取代谁的倾向