nginx中的event模块
event中将事件驱动模块，由于支持跨平台，抽象出了event模块。它支持的event类型有：
1、AIO（异步I/O）
2、/dev/poll(solaris和unix特有)
3、epoll(linux2.6特有)
4、eventport(solaris 10特有)
5、kqueue（BSD特有）
6、poll
7、rtsig(实时信号)
8、select
event模块的主要功能就是，监听accept后建立的连接，对读写事件进行添加删除。事件驱动模型和非阻塞I/O模型结合在一起使用。当I/O可读可写的时候，相应的读写事件就会被唤醒，此时会去处理事件的回调函数
对于Linux, nginx大部分event用epoll EPOLLET(边沿触发)的方法来唤醒事件，只有listen端口的读事件是EPOLLLT(水平触发)，对于边沿触发，如果出现了可读事件，必须及时处理，否则可能会出现读事件不再触发而没有处理的情况。
event的结构体为：
typedef struct {
ngx_int_t (*add)(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags);
ngx_int_t (*del)(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags);
ngx_int_t (*enable)(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags);
ngx_int_t (*disable)(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags);
ngx_int_t (*add_conn)(ngx_connection_t *c);
ngx_int_t (*del_conn)(ngx_connection_t *c, ngx_uint_t flags);
ngx_int_t (*process_changes)(ngx_cycle_t *cycle, ngx_uint_t nowait);
ngx_int_t (*process_events)(ngx_cycle_t *cycle, ngx_msec_t timer,
ngx_uint_t flags);
ngx_int_t (*init)(ngx_cycle_t *cycle, ngx_msec_t timer);
void (*done)(ngx_cycle_t *cycle);
} ngx_event_actions_t;
accept锁
当内核accpet一个连接时，会唤醒所有等待的进程，但实际上只有一个进程能获取连接，其它的进程都是无效唤醒的。
nginx的事件处理入口函数为ngx_process_events_and_timers（），其加锁过程为
if (ngx_use_accept_mutex) {
if (ngx_accept_disabled > 0) {
ngx_accept_disabled--;
} else {
if (ngx_trylock_accept_mutex(cycle) == NGX_ERROR) {
return;
}
if (ngx_accept_mutex_held) {
flags |= NGX_POST_EVENTS;
} else {
if (timer == NGX_TIMER_INFINITE
|| timer > ngx_accept_mutex_delay)
{
timer = ngx_accept_mutex_delay;
}
}
}
}
在ngx_trylock_accept_mutex里，如果获取到了锁，就将listen的端口读事件加到event处理，等到有新连接到来时就可以accept了
ngx_process_events函数是所有事件处理的入口，它会遍历所有的事件。抢到accept锁的进程与一般进程有些区别，加上了NGX_POST_EVENTS标志表示ngx_process_events只是将事件放到post_events事件的队列中，而不处理。直到ngx_accept_mutex锁去掉后才去处理事件。为什么这样？因为这样做可以减小该进程抢到锁后，从accept开始到结束的时间，以便其它进程继续接收新的连接，提高吞吐量。
ngx_posted_accept_events和ngx_posted_events 分别是accept延迟事件队列和普通延迟事件队列。其实ngx_posted_accept_events还是放在ngx_accept_mutex锁里面处理的，该队列处理的都是accept事件，它会把内核backlog里等待的连接都accept进来，注册到读写事件中。