.jpg)
nginx 做為 http 服務(wù)器，有以下幾項(xiàng)基本特性：? ? ? ? ? ? ( 推薦學(xué)習(xí)：nginx教程?)
處理靜態(tài)文件，索引文件以及自動(dòng)索引；打開(kāi)文件描述符緩沖．
無(wú)緩存的反向代理加速，簡(jiǎn)單的負(fù)載均衡和容錯(cuò)．
FastCGI，簡(jiǎn)單的負(fù)載均衡和容錯(cuò)．
模塊化的結(jié)構(gòu)。包括 gzipping, byte ranges, chunked responses,以及 SSI-Filter 等 filter。如果由 FastCGI 或其它代理服務(wù)器處理單頁(yè)中存在的多個(gè) SSI，則這項(xiàng)處理可以并行運(yùn)行，而不需要相互等待。
支持 ssl 和 TLSSNI．
Nginx 專(zhuān)為性能優(yōu)化而開(kāi)發(fā)，性能是其最重要的考量,實(shí)現(xiàn)上非常注重效率 。它支持內(nèi)核 Poll 模型，能經(jīng)受高負(fù)載的考驗(yàn),有報(bào)告表明能支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)。
Nginx 具有很高的穩(wěn)定性。其它 HTTP 服務(wù)器，當(dāng)遇到訪問(wèn)的峰值，或者有人惡意發(fā)起慢速連接時(shí)，也很可能會(huì)導(dǎo)致服務(wù)器物理內(nèi)存耗盡頻繁交換，失去響應(yīng)，只能重啟服務(wù)器。
例如當(dāng)前 apache 一旦上到 200 個(gè)以上進(jìn)程，web響應(yīng)速度就明顯非常緩慢了。而 Nginx 采取了分階段資源分配技術(shù)，使得它的 CPU 與內(nèi)存占用率非常低。
Nginx 官方表示保持 10,000 個(gè)沒(méi)有活動(dòng)的連接，它只占 2.5M 內(nèi)存，所以類(lèi)似 DOS 這樣的攻擊對(duì) Nginx 來(lái)說(shuō)基本上是毫無(wú)用處的。就穩(wěn)定性而言,Nginx 比 lighthttpd 更勝一籌。
Nginx 支持熱部署。它的啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行，即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)。你還能夠在不間斷服務(wù)的情況下，對(duì)軟件版本進(jìn)行進(jìn)行升級(jí)。
Nginx 采用 master-slave 模型,能夠充分利用 SMP 的優(yōu)勢(shì)，且能夠減少工作進(jìn)程在磁盤(pán) I/O 的阻塞延遲。當(dāng)采用 select()/poll() 調(diào)用時(shí)，還可以限制每個(gè)進(jìn)程的連接數(shù)。
Nginx 代碼質(zhì)量非常高，代碼很規(guī)范，手法成熟，模塊擴(kuò)展也很容易。特別值得一提的是強(qiáng)大的 Upstream 與 Filter 鏈。Upstream 為諸如 reverse proxy,與其他服務(wù)器通信模塊的編寫(xiě)奠定了很好的基礎(chǔ)。
而 Filter 鏈最酷的部分就是各個(gè) filter 不必等待前一個(gè) filter 執(zhí)行完畢。它可以把前一個(gè) filter 的輸出做為當(dāng)前 filter 的輸入，這有點(diǎn)像 unix 的管線。
這意味著，一個(gè)模塊可以開(kāi)始?jí)嚎s從后端服務(wù)器發(fā)送過(guò)來(lái)的請(qǐng)求，且可以在模塊接收完后端服務(wù)器的整個(gè)請(qǐng)求之前把壓縮流轉(zhuǎn)向客戶端。
Nginx 采用了一些 os 提供的最新特性如對(duì) sendfile (linux2.2+)，accept-filter (FreeBSD4.1+)，TCP_DEFER_ACCEPT (Linux 2.4+)的支持，從而大大提高了性能。
當(dāng)然，Nginx 還很年輕，多多少少存在一些問(wèn)題，比如：Nginx 是俄羅斯人創(chuàng)建，雖然前幾年文檔比較少，但是目前文檔方面比較全面，英文資料居多，中文的資料也比較多，而且有專(zhuān)門(mén)的書(shū)籍和資料可供查找。
Nginx 的作者和社區(qū)都在不斷的努力完善，我們有理由相信 Nginx 將繼續(xù)以高速的增長(zhǎng)率來(lái)分享輕量級(jí) HTTP 服務(wù)器市場(chǎng)，會(huì)有一個(gè)更美好的未來(lái)。
.png)
