目錄

• 一、Nginx特點(diǎn)
• 二、Apache特點(diǎn) 
• 總結(jié)

一、Nginx特點(diǎn)

1、輕量級(jí)，采用C進(jìn)行編寫，同樣的web服務(wù)，會(huì)占用更少的內(nèi)存及資源。

2、抗并發(fā)，nginx以epollandkqueue作為開(kāi)發(fā)模型，處理請(qǐng)求是異步非阻塞的，負(fù)載能力比apache高很多，而apache則是阻塞型的。在高并發(fā)下nginx能保持低資源低消耗高性能，而apache在PHP處理慢或者前端壓力很大的情況下，很容易出現(xiàn)進(jìn)程數(shù)飆升，從而拒絕服務(wù)的現(xiàn)象。 

3、nginx在開(kāi)啟時(shí)，會(huì)生成一個(gè)master進(jìn)程，然后，master進(jìn)程會(huì)fork多個(gè)worker子進(jìn)程，最后每個(gè)用戶的請(qǐng)求由worker的子線程處理。 

4、可以配置nginx的upstream實(shí)現(xiàn)nginx的反向代理。 

5、nginx作為負(fù)載均衡服務(wù)器，支持7層負(fù)載均衡。 

6、nginx處理靜態(tài)文件好，靜態(tài)處理性能比apache高三倍以上。

7、支持高并發(fā)連接，每秒最多的并發(fā)連接請(qǐng)求理論可以達(dá)到50000個(gè)。 

8、nginx配置簡(jiǎn)潔，正則配置讓很多事情變得簡(jiǎn)單，而且改完配置能使用-t測(cè)試配置有沒(méi)有問(wèn)題，apache配置復(fù)雜，重啟的時(shí)候發(fā)現(xiàn)配置出錯(cuò)了，會(huì)很崩潰。 

9、用線程處理用戶請(qǐng)求，而線程是共享內(nèi)存的，只需要開(kāi)啟少量進(jìn)程，多個(gè)線程就可以共享進(jìn)程的內(nèi)存，占用內(nèi)存小。 

10、一個(gè)進(jìn)程死掉時(shí)，會(huì)影響到多個(gè)用戶的使用，穩(wěn)定性差。

11、nginx的設(shè)計(jì)高度模塊化，編寫模塊相對(duì)簡(jiǎn)單。

12、nginx本身就是一個(gè)反向代理服務(wù)器，而且可以作為非常優(yōu)秀的郵件代理服務(wù)器。

13、啟動(dòng)特別容易，并且?guī)缀蹩梢宰龅?*24不間斷運(yùn)行，即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)，還能夠不間斷服務(wù)的情況下進(jìn)行軟件版本的升級(jí)。

14、社區(qū)活躍，各種高性能模塊出品迅速。

二、Apache特點(diǎn) 

1、select同步阻塞。

2、一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程。

3、用進(jìn)程處理用戶請(qǐng)求，用MPM（多處理模塊）來(lái)綁定到網(wǎng)絡(luò)端口上，接受請(qǐng)求，調(diào)度子進(jìn)程處理請(qǐng)求。

4、當(dāng)用戶請(qǐng)求過(guò)多時(shí)，開(kāi)啟的進(jìn)程較多，占用內(nèi)存大，每秒最多的并發(fā)連接請(qǐng)求最多不超過(guò)3000個(gè)。

5、一個(gè)進(jìn)程死掉時(shí)，不會(huì)影響其他的用戶

6、apache的rewrite比nginx強(qiáng)大，在rewrite頻繁的情況下，用apache。 

7、apache發(fā)展到現(xiàn)在，模塊超多，基本想到的都可以找到。 

8、apache更為成熟，少bug，nginx的bug相對(duì)較多。 

9、apache超穩(wěn)定。 

10、apache對(duì)PHP支持比較簡(jiǎn)單，nginx需要配合其他后端用。 

11、apache在處理動(dòng)態(tài)請(qǐng)求有優(yōu)勢(shì)，一般動(dòng)態(tài)請(qǐng)求要apache去做，nginx適合靜態(tài)和反向。

12、apache仍然是目前的主流，擁有豐富的特性，成熟的技術(shù)和開(kāi)發(fā)社區(qū)。

兩者最核心的區(qū)別在于apache是同步多進(jìn)程模型，一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程，而nginx是異步的，多個(gè)連接（萬(wàn)級(jí)別）可以對(duì)應(yīng)一個(gè)進(jìn)程。

一般來(lái)說(shuō)，需要性能的web服務(wù)，用nginx。

如果不需要性能只求穩(wěn)定，更考慮apache，apache的各種功能模塊實(shí)現(xiàn)比nginx好，例如ssl的模塊就比nginx好，可配置項(xiàng)多。

epoll（freebsd上是kqueue）網(wǎng)絡(luò)IO模型是nginx處理性能高的根本理由，但并不是所有的情況下都是epoll大獲全勝的，如果本身提供靜態(tài)服務(wù)的就只有寥寥幾個(gè)文件，apache的select模型或許比epoll更高性能。

當(dāng)然，這只是根據(jù)網(wǎng)絡(luò)IO模型的原理作的一個(gè)假設(shè)，真正的應(yīng)用還是需要實(shí)測(cè)。

更為通用的方案是，前端nginx抗并發(fā)，后端apache集群，配合起來(lái)會(huì)更好。

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持。