分類(lèi): 為什么 常識(shí)詞典 編輯 : 常識(shí) 發(fā)布 : 03-29

閱讀 :239

Nginx 和 Apac-e 各有什么優(yōu)缺點(diǎn)？13 個(gè)答案

答案 1：

nginx 相對(duì) apac-e 的優(yōu)點(diǎn)：

輕量級(jí)，同樣起web 服務(wù)，比apac-e 占用更少的內(nèi)存及資源

抗并發(fā)，nginx 處理請(qǐng)求是異步非阻塞的，而apac-e 則是阻塞型的，在高并發(fā)下nginx 能保持低資源低消耗高性能

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

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

apac-e 相對(duì)nginx 的優(yōu)點(diǎn)：

rewrite ，比nginx 的rewrite 強(qiáng)大

模塊超多，基本想到的都可以找到

少bug ，nginx 的bug 相對(duì)較多

超穩(wěn)定

存在就是理由，一般來(lái)說(shuō)，需要性能的web 服務(wù)，用nginx 。如果不需要性能只求穩(wěn)定，那就apac-e 吧。后者的各種功能模塊實(shí)現(xiàn)得比前者，例如ssl 的模塊就比前者好，可配置項(xiàng)多。這里要注意一點(diǎn)，epoll(freebsd 上是 kqueue )網(wǎng)絡(luò)IO 模型是nginx 處理性能高的根本理由，但并不是所有的情況下都是epoll 大獲全勝的，如果本身提供靜態(tài)服務(wù)的就只有寥寥幾個(gè)文件，apac-e 的select 模型或許比epoll 更高性能。當(dāng)然，這只是根據(jù)網(wǎng)絡(luò)IO 模型的原理作的一個(gè)假設(shè)，真正的應(yīng)用還是需要實(shí)測(cè)了再說(shuō)的。

答案 2：

作為 Web 服務(wù)器：相比 Apac-e，Nginx 使用更少的資源，支持更多的并發(fā)連接，體現(xiàn)更高的效率，這點(diǎn)使 Nginx 尤其受到虛擬主機(jī)提供商的歡迎。在高連接并發(fā)的情況下，Nginx是Apac-e服務(wù)器不錯(cuò)的替代品: Nginx在美國(guó)是做虛擬主機(jī)生意的老板們經(jīng)常選擇的軟件平臺(tái)之一. 能夠支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)的響應(yīng), 感謝Nginx為我們選擇了 epoll and kqueue 作為開(kāi)發(fā)模型.

Nginx作為負(fù)載均衡服務(wù)器: Nginx 既可以在-直接支持 Rails 和 PHP 程序?qū)ν膺M(jìn)行服務(wù), 也可以支持作為 HTTP代理 服務(wù)器對(duì)外進(jìn)行服務(wù). Nginx采用C進(jìn)行編寫(xiě), 不論是系統(tǒng)資源開(kāi)銷(xiāo)還是CPU使用效率都比 Perlbal 要好很多.

作為郵件代理服務(wù)器: Nginx 同時(shí)也是一個(gè)非常優(yōu)秀的郵件代理服務(wù)器（最早開(kāi)發(fā)這個(gè)產(chǎn)品的目的之一也是作為郵件代理服務(wù)器）, Last.fm 描述了成功并且美妙的使用經(jīng)驗(yàn).

Nginx 是一個(gè)安裝非常的簡(jiǎn)單 , 配置文件非常簡(jiǎn)潔（還能夠支持perl語(yǔ)法）, Bugs 非常少的服務(wù)器: Nginx 啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?*24不間斷運(yùn)行，即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng). 你還能夠不間斷服務(wù)的情況下進(jìn)行軟件版本的升級(jí) .

答案 3：

Nginx 配置簡(jiǎn)潔, Apac-e 復(fù)雜

Nginx 靜態(tài)處理性能比 Apac-e 高 3倍以上

Apac-e 對(duì) PHP 支持比較簡(jiǎn)單，Nginx 需要配合其他后端用

Apac-e 的組件比 Nginx 多

現(xiàn)在 Nginx 才是 Web 服務(wù)器的首選

答案 4：

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

答案 5：

nginx處理靜態(tài)文件好,耗費(fèi)內(nèi)存少.但無(wú)疑apac-e仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來(lái).當(dāng)然如果能確定nginx就適合需求,那么使用nginx會(huì)是更經(jīng)濟(jì)的方式.

答案 6：

從個(gè)人過(guò)往的使用情況來(lái)看，nginx的負(fù)載能力比apac-e高很多。最新的服務(wù)器也改用nginx了。而且nginx改完配置能-t測(cè)試一下配置有沒(méi)有問(wèn)題，apac-e重啟的時(shí)候發(fā)現(xiàn)配置出錯(cuò)了，會(huì)很崩潰，改的時(shí)候都會(huì)非常小心翼翼現(xiàn)在看有好多集群站，前端nginx抗并發(fā)，后端apac-e集群，配合的也不錯(cuò)。

答案 7：

nginx處理動(dòng)態(tài)請(qǐng)求是雞肋，一般動(dòng)態(tài)請(qǐng)求要apac-e去做，nginx只適合靜態(tài)和反向。

答案 8：

從我個(gè)人的經(jīng)驗(yàn)來(lái)看，nginx是很不錯(cuò)的前端服務(wù)器，負(fù)載性能很好，在老奔上開(kāi)nginx，用webbenc-模擬10000個(gè)靜態(tài)文件請(qǐng)求毫不吃力。apac-e對(duì)p-p等語(yǔ)言的支持很好，此外apac-e有強(qiáng)大的支持網(wǎng)路，發(fā)展時(shí)間相對(duì)nginx更久，bug少但是apac-e有先天不支持多核心處理負(fù)載雞肋的缺點(diǎn)，建議使用nginx做前端，後端用apac-e。大型網(wǎng)站建議用nginx自代的集群功能

答案 9：

Nginx優(yōu)于apac-e的主要兩點(diǎn)：1.Nginx本身就是一個(gè)反向代理服務(wù)器 2.Nginx支持7層負(fù)載均衡；其他的當(dāng)然，Nginx可能會(huì)比apac-e支持更高的并發(fā)，但是根據(jù)NetCraft的統(tǒng)計(jì)，2011年4月的統(tǒng)計(jì)數(shù)據(jù)，Apac-e依然占有62.71%，而Nginx是7.35%，因此總得來(lái)說(shuō)，Aapc-e依然是大部分公司的首先，因?yàn)槠涑墒斓募夹g(shù)和開(kāi)發(fā)社區(qū)已經(jīng)也是非常不錯(cuò)的性能。

答案 10：

你對(duì)web server的需求決定你的選擇。大部分情況下nginx都優(yōu)于APACHE，比如說(shuō)靜態(tài)文件處理、PHP-CGI的支持、反向代理功能、前端Cac-e、維持連接等等。在Apac-e+PHP（prefork）模式下，如果PHP處理慢或者前端壓力很大的情況下，很容易出現(xiàn)Apac-e進(jìn)程數(shù)飆升，從而拒絕服務(wù)的現(xiàn)象。

答案 11：

可以看一下nginx lua模塊：-ttps://git-ub/c-aoslaw...apac-e比nginx多的模塊，可直接用lua實(shí)現(xiàn)apac-e是最流行的，w-y？大多數(shù)人懶得更新到nginx或者學(xué)新事物

答案 12：

對(duì)于nginx，我喜歡它配置文件寫(xiě)的很簡(jiǎn)潔，正則配置讓很多事情變得簡(jiǎn)單運(yùn)行效率高，占用資源少，代理功能強(qiáng)大，很適合做前端響應(yīng)服務(wù)器

答案 13：

Apac-e在處理動(dòng)態(tài)有優(yōu)勢(shì)，Nginx并發(fā)性比較好，CPU內(nèi)存占用低，如果rewrite頻繁，那還是Apac-e吧

下一篇:我在切版的時(shí)候使用錨點(diǎn)進(jìn)行定位，但是在點(diǎn)擊鏈接的時(shí)候總是亂跳，這是怎么個(gè)情況？ 下一篇 【方向鍵 ( → )下一篇】

上一篇:格式塔心理學(xué)是什么？格式塔心理學(xué)美學(xué)是什么？ 上一篇 【方向鍵 ( ← )上一篇】