事件驅動模型一般是由事件收集器、事件發送器和事件處理器三部分組成基本單元組成。
一、select庫
select庫是各個版本的linux和windows平台都支持的基本事件驅動模型庫，並且在接口的定義上也基本相同，只是部分參數的含義略有差異。
使用select庫的一般步驟：創建所關注事件的描述集合。對於一個描述符，可以關注其上面的讀事件、寫事件以及異常發生事件，所以要創建三類事件描述符集合，分別用來收集讀事件的描述符、寫事件的描述符和異常事件的描述符。
其次，調用底層提供的select（）函數，等待事件的發生。select的阻塞與是否設置非阻塞的IO是沒有關系的。
然后，輪詢所有事件描述符集合中的每一個事件描述符，檢查是否有響應的時間發生，如果有，則進行處理。
nginx服務器在編譯過程中如果沒有為其指定其他高性能事件驅動模型庫，它將自動編譯該庫。
可以使用--with-select_module和--without-select_module兩個參數，強制nginx是否編譯該庫。
二、poll庫
poll庫，作為linux平台上的基本事件驅動模型，Windows平台不支持poll庫。
使用poll庫的一般過程是：與select的基本工作方式是相同的，都是先創建一個關注事件的描述符集合，再去等待這些事件的發生，然后在輪詢描述符集合，檢查有沒有事件發生，如果有，就進行處理。
與select的主要區別是select需要為讀事件、寫事件、異常事件分別創建一個描述符的集合，因此在輪詢的時候，需要分別輪詢這三個集合。而poll庫只需創建一個集合，在每個描述符對應的結構上分別設置讀事件，寫事件和異常事件，最后輪詢的時候可以同時檢查這三種事件是否發生。是select庫優化的實現。
nginx服務器在編譯過程中如果沒有為其指定其他高性能事件驅動模型庫，它將自動編譯該庫。
可以使用--with-poll_module和--without-poll_module兩個參數，強制nginx是否編譯該庫。
三、epoll庫
epoll庫是Nginx服務器支持的高性能事件之一，它是公認的非常優秀的時間驅動模型，和poll和select有很大的不同，屬於poll庫的一個變種，他們的處理方式都是創建一個待處理事件列表，然后把這個事件列表發送給內核，返回的時候，再去輪詢檢查這個列表，以判斷事件是否發生。如果這樣的描述符在比較多的應用中，效率就顯得低下了，epoll是描述符列表的管理交給內核負責，一旦某種事件發生，內核會把發生事件的描述符列表通知給進程，這樣就避免了輪詢整個描述符列表，epoll庫得到事件列表，就開始進行事件處理了。
四、其他事件驅動模型
kqueue模型 用於FreeBSD 4.1及以上版本 OpenBSD2.9、NetBSD2.0及Mac os X平台上。都是通過避免輪詢操作提供效率。該模型同時支持條件觸發（也叫水平觸發，只要滿足條件就觸發一個事件）和邊緣觸發（每個狀態變化時，就觸發一個事件）
/dev/poll 主要用在unix衍生平台的高效事件驅動模型，主要在solaris7 11/99及以上版本 HP/UX11.22以上版本等
eventport 模型，用於支持solaris 10及以上版本平台的高效事件驅動模型。
