結(jié)論
先說答案,Nginx之所以支持高并發(fā),是因?yàn)樗腔趀poll的異步及非阻塞的事件驅(qū)動模型。 在這個模型下,Nginx服務(wù)端可以同一時間接收成千上萬個客戶端請求而不阻塞。這是因?yàn)镹ginx會把一個一個的客戶端請求注冊成事件給到系統(tǒng)內(nèi)核,而這個事件管理器完全由系統(tǒng)內(nèi)核管理,Nginx只負(fù)責(zé)注冊和接收通知。下面再來詳細(xì)聊聊具體原因。
Nginx架構(gòu)
Nginx啟動時,先啟動一個master進(jìn)程,然后再根據(jù)配置文件里定義的參數(shù)來啟動對應(yīng)數(shù)量的worker進(jìn)程。
所以,Nginx是多進(jìn)程模式,多個進(jìn)程之間不會相互影響,多個worker進(jìn)程還可以配置成使用不同的CPU來工作,從而提高了Nginx處理請求速度。
Nginx的異步非阻塞機(jī)制
首先理解同步和異步的概念,這兩個概念是從客戶端與服務(wù)端通信交互方式來說。
同步,指服務(wù)端接收到客戶端請求后,必須處理完該請求后(發(fā)送處理結(jié)果給客戶端),才會接收客戶端發(fā)送來的下一個請求。
異步,指服務(wù)端還沒有處理完客戶端請求(沒有發(fā)送處理結(jié)果給客戶端),就已經(jīng)接收下一個客戶端發(fā)來的請求了。
再來理解阻塞和非阻塞的概念。這兩個概念是從服務(wù)器內(nèi)部處理請求的方式來說的。
阻塞,指服務(wù)器接收到請求后,如果遇到IO阻塞,當(dāng)前線程會被掛起,直到IO完成后喚醒當(dāng)前線程,當(dāng)前線程期間不會去處理其他事情。
非阻塞,指服務(wù)器接收到請求后,如果遇到IO阻塞,當(dāng)前線程不會掛起,而是會立即返回去執(zhí)行下一個調(diào)用。
同步與異步,重點(diǎn)在于消息通知的方式。阻塞與非阻塞,重點(diǎn)在于等消息時候的行為。
事件驅(qū)動模型
上面提到的異步非阻塞機(jī)制,Nginx是通過基于事件的驅(qū)動模型來實(shí)現(xiàn)的。這個模型下,客戶端發(fā)起的所有請求在服務(wù)端都會被標(biāo)記為一個事件,Nginx會把這些事件收集到“事件收集器”里,然后再把這些事件交給內(nèi)核去處理。
對于Nginx服務(wù)器來說,客戶端A的請求連接到服務(wù)端時,服務(wù)端進(jìn)程(Nginx worker process)會處理該請求,此進(jìn)程在沒有返回給客戶端A結(jié)果時,它又去處理了客戶端B的請求。 服務(wù)端把客戶端A以及客戶端B發(fā)來的請求作為事件交給了“事件收集器”,而“事件收集器”再把收集到的事件交由“事件發(fā)送器”發(fā)送給“事件處理器”進(jìn)行處理。 最后“事件處理器”處理完該事件后,通知服務(wù)端進(jìn)程,服務(wù)端進(jìn)程再把結(jié)果返回給客戶端A、客戶端B。 在這個過程中,服務(wù)端進(jìn)程做的事情屬于用戶級別的,而事件處理這部分工作屬于內(nèi)核級別的。 也就是說這個事件驅(qū)動模型是需要操作系統(tǒng)內(nèi)核來作為支撐的。
Nginx支持的事件驅(qū)動模型
Nginx支持的事件驅(qū)動模型有:select, poll, epoll, rtsig, kqueue, /dev/poll, eventport等,最常用的是前三種。
Select模型:首先會創(chuàng)建所關(guān)注事件的描述符集合。會分別創(chuàng)建讀(Read)事件、寫(Write)事件、異常發(fā)生(Exception)事件三類描述符集合來收集三類描述符。然后調(diào)用底層提供的select()函數(shù),等待事件發(fā)生。最后輪詢所有事件描述符集合中的每一個描述符,檢查是否有相應(yīng)的事件發(fā)生,然后處理事件。
Poll模型:與select的基本實(shí)現(xiàn)方式相同,只不過創(chuàng)建關(guān)注的描述符集合時,不分成三個集合,而是一個集合包括所有描述符。
Epoll模型:當(dāng)描述符比較多時,遍歷描述符集合、然后查找每個描述符是否有相應(yīng)事件發(fā)生這一過程會效率較低。Epoll選擇將描述符列表的管理交給內(nèi)核復(fù)制,一旦有事件發(fā)生,內(nèi)核會將有事件發(fā)生的描述符列表通知給進(jìn)程,這樣避免了應(yīng)用程序輪詢整個描述符列表。Epoll會通過相關(guān)調(diào)用,通知內(nèi)核創(chuàng)建一個N個描述符的事件列表,然后給這些描述符設(shè)置所關(guān)注的事件,并把他添加到內(nèi)核的事件列表中,在編碼過程中也可以通過相關(guān)調(diào)用對事件列表中的描述符進(jìn)行動態(tài)地刪除和修改。
-
服務(wù)器
+關(guān)注
關(guān)注
13文章
9753瀏覽量
87567 -
架構(gòu)
+關(guān)注
關(guān)注
1文章
528瀏覽量
25923 -
MASTER
+關(guān)注
關(guān)注
0文章
108瀏覽量
11682 -
服務(wù)端
+關(guān)注
關(guān)注
0文章
68瀏覽量
7206 -
nginx
+關(guān)注
關(guān)注
0文章
169瀏覽量
12543
原文標(biāo)題:為什么Nginx可以支持高并發(fā)
文章出處:【微信號:aming_linux,微信公眾號:阿銘linux】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
解析keepalived+nginx實(shí)現(xiàn)高可用方案技術(shù)

從服務(wù)端視角看高并發(fā)難題
PHP開發(fā)中,如何處理負(fù)載、高并發(fā)?
16nginx+keepalived +zuul如何實(shí)現(xiàn)高可用及負(fù)載均衡
Nginx將支持更多的模塊
一文讀懂Nginx、Apache工作原理
Nginx的詳細(xì)知識點(diǎn)講解

如何徹底搞懂Nginx知識網(wǎng)結(jié)構(gòu)

聊聊Nginx作為負(fù)載均衡器它支持的算法都有哪些?
搭建Keepalived+Lvs+Nginx高可用集群負(fù)載均衡

Nginx的特點(diǎn)和作用 Nginx常用命令和核心配置

Nginx目錄結(jié)構(gòu)有哪些

Nginx 如何實(shí)現(xiàn)高性能低消耗

確保網(wǎng)站無縫運(yùn)行:Keepalived高可用與Nginx集成實(shí)戰(zhàn)

Nginx配置終極指南

評論