nginx事件驱动模型

事件驱动模型是nginx服务器保证完整功能和具有良好性能的重要机制之一。

事件驱动模型一般由，事件收集，事件发送，事件处理3部分组成。

nginx中常用的事件驱动模型有：select、poll、epoll

实时信号事件驱动模型：rtsig

基于平台的事件驱动模型有：kqueue、dev/poll、eventport

select

select库是linux和windows都支持的基础事件模型，使用该事件一般步骤是

1. 创建所关注事件的描述符集合，比如read(读事件)、write(写事件)、exception(异常事件)
2. 调用底层的select函数，等待事件发生
3. 轮询所有描述符集合中的每一个事件描述符，检查是否有相应的事件发生，如果有，就进行处理

poll

poll库是linux平台支持的基础事件模型，工作原理和select差不多，主要差异是select库是将read，write，exception这三种事件分别创建了集合，轮询的时候需要轮询这3个集合，而poll只创建了一个集合，在每个描述符对应的结构上分别设置读事件、写事件、异常事件，轮询的时候只需要轮询这一个集合上就可以同时检查3个事件是否有发生，可以说poll库是select库优化实现。

epoll

epoll库是nginx支持的高性能事件驱动库之一，poll和epool的实现有很大区别，可以说epool是poll的一个变种。
从上面介绍两种基础库，我们能知道，他们处理的方式都是先建立一个待处理列表，然后把列表发给内核，返回的时候，轮询列表，看事件是否有发生，这种方式在描述符不是很多的情况下适用，如果事件描述符比较多的情况下就显得效率低下。一种比较好的做法是，把描述符列表的管理交给内核，一旦有事件发生就通知进程，这样就避免了轮询整个列表。epoll模型就是这样一种模型，首先是通过相关调用通知内核创建n个描述符的事件列表，然后给这些描述符设置所关注的事件，并把他添加到内核的事件列表，在具体的编码过程中也可以通过相关调用对描述符修改和删除。
完成设置后，epool库就开始等待内核通知事件发生了，某一事件发生后，内核将发生的描述符事件上报给epoll，得到事件列表的epoll库，就可以进行处理了。

rtsig

rtsig是Real-Time Signal的缩写，是实时信号的意思。从严格意义上说，rtsig模型并不是常用的事件驱动模型，但Nginx服务器使用了使用实时信号对事件进行响应的支持。

kqueue

是用于支持BSD系列平台的高效事件驱动模型。

dev/poll

是用于支持unix衍生平台的高效事件驱动模型

eventport

适用于支持Solaris 10及以上版本平台的高效事件驱动模型。

以上是nginx所有的事件驱动模型库，可以看到，针对不同场景，都有对应的驱动模型，使用的时候我们要根据实际情况，选取适合我们的，以发挥最大性能。