一、nginx
nginx：是一個高性能的 HTTP 和 反向代理 服務器，也是一個代理服務器。
C語言編寫，內存少，並發能力強（靜態文件並發5w/s）
反向代理能力強（可用於負載均衡）
內存和CPU占用率低(為apache1/5-1/10)
對后端服務有健康檢查功能
相對來說配置簡單
支持Rewrite設寫
啟動特別容易, 並且幾乎可以做到 7*24 不間斷運行，即使運行數個月也不需要重新啟動，還能夠不間斷服務的情況下進行軟件版本的升級
社區活躍，各種高性能模塊出品迅速
二、Apache
Apache：
apache 的 rewrite 比 nginx 強大，在 rewrite 頻繁的情況下，用 apache
apache 發展到現在，模塊超多，基本想到的都可以找到
apache 更為成熟，少 bug ，nginx 的 bug 相對較多
apache 超穩定
apache 對 PHP 支持比較簡單，nginx 需要配合其他后端用
apache 在處理動態請求有優勢，nginx 在這方面是雞肋，一般動態請求要 apache 去做，nginx 適合靜態和反向。
apache 仍然是目前的主流，擁有豐富的特性，成熟的技術和開發社區
select 同步阻塞
一個連接對應一個進程
用進程處理用戶請求，用MPM(多處理模塊)來綁定到網絡端口上，接受請求，調度子進程處理請求
當用戶請求過多時，開啟的進程較多，占用內存大，每秒最多的並發連接請求最多不超過 3000 個
一個進程死掉時，不會影響其他的用戶
三、區別
兩者最核心的區別在於 apache 是同步多進程模型，一個連接對應一個進程，而 nginx 是異步的，多個連接（萬級別）可以對應一個進程
一般來說，需要性能的 web 服務，用 nginx 。如果不需要性能只求穩定，更考慮 apache ，后者的各種功能模塊實現得比前者，例如 ssl 的模塊就比前者好，可配置項多。epoll(freebsd 上是 kqueue ) 網絡 IO 模型是 nginx 處理性能高的根本理由，但並不是所有的情況下都是 epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個文件，apache 的 select 模型或許比 epoll 更高性能。當然，這只是根據網絡 IO 模型的原理作的一個假設，真正的應用還是需要實測了再說的。
更為通用的方案是，前端 nginx 抗並發，后端 apache 集群，配合起來會更好。
