Nginx的事件處理機(jī)制：

對(duì)于一個(gè)主要的webserver來(lái)說(shuō)，事件通常有三種類型，網(wǎng)絡(luò)事件、信號(hào)、定時(shí)器。

首先看一個(gè)請(qǐng)求的基本過(guò)程：建立連接---接收數(shù)據(jù)---發(fā)送數(shù)據(jù) 。

再次看系統(tǒng)底層的操作 ：上述過(guò)程（建立連接---接收數(shù)據(jù)---發(fā)送數(shù)據(jù)）在系統(tǒng)底層就是讀寫事件。

1）假設(shè)採(cǎi)用堵塞調(diào)用的方式，當(dāng)讀寫事件沒有準(zhǔn)備好時(shí)。必定不能夠進(jìn)行讀寫事件。那么久僅僅好等待，等事件準(zhǔn)備好了，才干進(jìn)行讀寫事件。那么請(qǐng)求就會(huì)被耽擱 。堵塞調(diào)用會(huì)進(jìn)入內(nèi)核等待，cpu就會(huì)讓出去給別人用了，對(duì)單線程的worker來(lái)說(shuō)，顯然不合適。當(dāng)網(wǎng)絡(luò)事件越多時(shí)。大家都在等待呢，cpu空暇下來(lái)沒人用，cpu利用率自然上不去了，更別談高并發(fā)了 。

2）既然沒有準(zhǔn)備好堵塞調(diào)用不行，那么採(cǎi)用非堵塞方式。非堵塞就是，事件，立即返回EAGAIN。告訴你，事件還沒準(zhǔn)備好呢，你慌什么，過(guò)會(huì)再來(lái)吧。

好吧。你過(guò)一會(huì)。再來(lái)檢查一下事件，直到事件準(zhǔn)備好了為止，在這期間，你就能夠先去做其他事情。然后再來(lái)看看事件好了沒。盡管不堵塞了。但你得不時(shí)地過(guò)來(lái)檢查一下事件的狀態(tài)，你能夠做很多其他的事情了，但帶來(lái)的開銷也是不小的

小結(jié)：非堵塞通過(guò)不斷檢查事件的狀態(tài)來(lái)推斷是否進(jìn)行讀寫操作。這樣帶來(lái)的開銷非常大。

3）因此才有了異步非堵塞的事件處理機(jī)制。詳細(xì)到系統(tǒng)調(diào)用就是像select/poll/epoll/kqueue這種系統(tǒng)調(diào)用。他們提供了一種機(jī)制。讓你能夠同一時(shí)候監(jiān)控多個(gè)事件。調(diào)用他們是堵塞的，但能夠設(shè)置超時(shí)時(shí)間，在超時(shí)時(shí)間之內(nèi)，假設(shè)有事件準(zhǔn)備好了，就返回。這種機(jī)制攻克了我們上面兩個(gè)問(wèn)題。

以epoll為例：當(dāng)事件沒有準(zhǔn)備好時(shí)，就放入epoll（隊(duì)列）里面。假設(shè)有事件準(zhǔn)備好了，那么就去處理。假設(shè)事件返回的是EAGAIN，那么繼續(xù)將其放入epoll里面。從而，僅僅要有事件準(zhǔn)備好了，我們就去處理她，僅僅有當(dāng)全部時(shí)間都沒有準(zhǔn)備好時(shí)。才在epoll里面等著。這樣。我們就能夠并發(fā)處理大量的并發(fā)了，當(dāng)然，這里的并發(fā)請(qǐng)求。是指未處理完的請(qǐng)求，線程僅僅有一個(gè)，所以同一時(shí)候能處理的請(qǐng)求當(dāng)然僅僅有一個(gè)了，僅僅是在請(qǐng)求間進(jìn)行不斷地切換而已，切換也是由于異步事件未準(zhǔn)備好，而主動(dòng)讓出的。

這里的切換是沒有不論什么代價(jià)。你能夠理解為循環(huán)處理多個(gè)準(zhǔn)備好的事件，其實(shí)就是這種。

4）與多線程的比較：

與多線程相比，這種事件處理方式是有非常大的優(yōu)勢(shì)的。不須要?jiǎng)?chuàng)建線程，每一個(gè)請(qǐng)求占用的內(nèi)存也非常少，沒有上下文切換，事件處理非常的輕量級(jí)。

并發(fā)數(shù)再多也不會(huì)導(dǎo)致無(wú)謂的資源浪制。Nginx實(shí)現(xiàn)由進(jìn)程循環(huán)處理多個(gè)準(zhǔn)備好的事件，從而實(shí)現(xiàn)高并發(fā)和輕量級(jí)。