輕量級，採用 c 進行編寫，同樣的 web 服務，會占用更少的記憶體及資源抗併發，nginx 以 epoll and kqueue 作為開發模型，處理請求是非同步非阻塞的，負載能力比 apache 高很多，而 apache 則是阻塞型的。在高併發下 nginx 能保持低資源低消耗高效能，而 apache 在 php 處理慢或者前端壓力很大的情況下，很容易出現程序數飆公升，從而拒絕服務的現象。
nginx處理靜態檔案好，靜態處理效能比 apache 高三倍以上
nginx 的設計高度模組化，編寫模組相對簡單
nginx配置簡潔，正則配置讓很多事情變得簡單，而且改完配置能使用 -t 測試配置有沒有問題，apache 配置複雜 ，重啟的時候發現配置出錯了，會很崩潰
nginx 作為負載均衡伺服器，支援 7 層負載均衡
負載均衡分為四層和七層，四層模式下這些syn攻擊都會被**到後端的伺服器上；而七層模式下這些syn攻擊自然在負載均衡裝置上就截止，不會影響後台伺服器的正常運營。
nginx 本身就是乙個反向**伺服器，而且可以作為非常優秀的郵件**伺服器
反向**是**伺服器的一種。伺服器根據客戶端的請求，從其關係的一組或多組後端伺服器（如web伺服器）上獲取資源，然後再將這些資源返回給客戶端，客戶端只會得知反向**的ip位址，而不知道在**伺服器後面的伺服器簇的存在。
啟動特別容易, 並且幾乎可以做到 7*24 不間斷執行，即使執行數個月也不需要重新啟動，還能夠不間斷服務的情況下進行軟體版本的公升級
社群活躍，各種高效能模組出品迅速
apache 的 rewrite 比 nginx 強大，在 rewrite 頻繁的情況下，用 apache
apache 發展到現在，模組超多，基本想到的都可以找到
apache 更為成熟，少 bug ，nginx 的 bug 相對較多
apache 超穩定
apache 對 php 支援比較簡單，nginx 需要配合其他後端用
apache 在處理動態請求有優勢，nginx 在這方面是雞肋，一般動態請求要 apache 去做，nginx 適合靜態和反向。
apache 仍然是目前的主流，擁有豐富的特性，成熟的技術和開發社群
兩者最核心的區別在於 apache 是同步多程序模型，乙個連線對應乙個程序，而 nginx 是非同步的，多個連線（萬級別）可以對應乙個程序。
一般來說，需要效能的 web 服務，用 nginx 。
如果不需要效能只求穩定，更考慮 apache ，後者的各種功能模組實現得比前者，
例如 ssl 的模組就比前者好，可配置項多。epoll(freebsd 上是 kqueue ) 網路 io 模型是 nginx 處理效能高的根本理由，但並不是所有的情況下都是 epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個檔案，apache 的 select 模型或許比 epoll 更高效能。
當然，這只是根據網路 io 模型的原理作的乙個假設，真正的應用還是需要實測了再說的。
更為通用的方案是，前端 nginx 抗併發，後端 apache 集群，配合起來會更好。
Apache和Nginx的區別
apache與nginx的優缺點比較 1 nginx相對於apache的優點 輕量級，同樣起web 服務，比apache 占用更少的記憶體及資源 抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能 高度模組化的設計，編寫模組相對...
Apache和Nginx的區別
apache和nginx的相同點 在功能實現上都使用了模組化結構設計，都支援通用的語言介面，如php perl python等，同時也支援正向 反向 虛擬主機，url重寫等。apache的優點 1 更穩定 2 處理動態請求時，apache效能更高 動態請求會用到偽靜態，而apache對rewrite...
Apache和Nginx的區別
nginx 輕量級，採用 c 進行編寫，同樣的 web 服務，會占用更少的記憶體及資源 抗併發，nginx 以 epoll and kqueue 作為開發模型，處理請求是非同步非阻塞的，負載能力比 apache 高很多，而 apache 則是阻塞型的。在高併發下 nginx 能保持低資源低消耗高效能...