最開始接觸程式設計時，使用的是Apache伺服器，後來隨著網站使用者訪問量的增加，考慮高併發是必不可少的環節，越來越多的公司使用nginx伺服器。我們公司最近也打算更換nginx伺服器。那麼nginx和Apache有哪些異同點呢，nginx為什麼比Apache支援高併發呢？

        首先，先看一下各自使用的IO模型。

        Apache使用的是select模型，該模型特點如下：

1、每個連線對應一個描述。select模型受限於 FD_SETSIZE（即程序最大開啟的描述符數），linux2.6.35為1024,實際上linux每個程序所能開啟描數字的個數僅受限於記憶體大小，然而在設計select的系統呼叫時，卻是參考FD_SETSIZE的值。可通過重新編譯核心更改此值，但不能根治此問題，對於百萬級的使用者連線請求即便增加相應程序數，仍顯得杯水車薪。
        2、select每次都會掃描一個檔案描述符的集合，這個集合的大小是作為select第一個引數傳入的值。但是每個程序所能開啟檔案描述符若是增加了，掃描的效率也將減小。
        3、核心到使用者空間，採用記憶體複製方式傳遞資訊。 

        nginx使用的是epoll模型，該模型特點如下：

1、無檔案描述字大小限制僅與記憶體大小相關。

      2、epoll返回時已經明確的知道哪個socket fd發生了什麼事件，不用像select那樣再一個個比對。

      3、核心到使用者空間，採用共享記憶體方式傳遞訊息。

           其次，看一下各自的優勢。

        Apache的優點：

1、rewrite ，比nginx 的rewrite 強大；

        2、模組超多，基本想到的都可以找到；

        3、bug少 ，nginx的bug相對Apache較多；

        4、

nginx的優點：

1、輕量級，同樣起web 服務，比apache 佔用更少的記憶體及資源；

        2、抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能；
        3、高度模組化的設計，編寫模組相對簡單；
        4、社群活躍，各種高效能模組釋出迅速。

        最後，epoll相對select的優點總結如下：

        1、select的控制代碼數目受限，在linux/posix_types.h標頭檔案有這樣的宣告：#define __FD_SETSIZE    1024  表示select最多同時監聽1024個fd。而epoll沒有，它的限制是最大的開啟檔案控制代碼數目。
 

        2、epoll的最大好處是不會隨著FD的數目增長而降低效率，在selec中採用輪詢處理，其中的資料結構類似一個數組的資料結構，而epoll是維護一個佇列，直接看佇列是不是空就可以了。epoll只會對"活躍"的socket進行操作---這是因為在核心實現中epoll是根據每個fd上面的callback函式實現的。那麼，只有"活躍"的socket才會主動的去呼叫 callback函式（把這個控制代碼加入佇列），其他idle狀態控制代碼則不會，在這點上，epoll實現了一個"偽"AIO。但是如果絕大部分的I/O都是“活躍的”，每個I/O埠使用率很高的話，epoll效率不一定比select高（可能是要維護佇列複雜）。

       3、使用mmap加速核心與使用者空間的訊息傳遞。無論是select,poll還是epoll都需要核心把FD訊息通知給使用者空間，如何避免不必要的記憶體拷貝就很重要，在這點上，epoll是通過核心於使用者空間mmap同一塊記憶體實現的。

       個人拙見，如有錯誤，歡迎指正~O(∩_∩)O