走进nginx事件驱动模型

最近在看阿里陶辉前辈写的”深入理解nginx”中的nginx的事件模块。之所以想看这块内容，是因为nginx可以处理庞大的并发连接，想看看支持其背后的事件驱动是如何构建的

这篇博文我也不想贴代码什么的整一堆东西来讲述nginx事件驱动，一来我未必理解的那么透彻，而来这样反而更不易阅读者快速的掌握知识，所以我会简单的将几个我认为可能会对我之后的服务器程序开发中有所帮助的几个知识点

简单论述nginx的epoll模型

本文只以epoll为例

nginx以epoll为事件驱动的基础，epoll共检测4类事件，分别如下

.处理新连接事件
.处理定时事件
.处理普通读写事件
.处理从磁盘读事件

(1)首先来谈第一个处理新连接事件，我们在平时的服务器设计时，由于连接事件比较敏感(对快速响应要求比较高)，所以我会单开一个线程(进程)来专门处理连接，获取连接后然后在分发给各个I/O复用线程，然而nginx的处理连接事件和处理其他事件都是在同一个I/O复用下，那么它是如何保证连接事件对响应的要求的呢？niginx是通过将获取的事件先不调用其回调，而是把他们先放入俩个post队列，这俩个队列分别为

.ngx_posted_accept_events
.ngx_posted_events

第一个队列用来保存连接事件，而第二个队列用来保存普通读写事件，之后在执行时我们可以先保证ngx_posted_accept_events中的事件先处理，就可以保证连接对响应速度的敏感性
(2)如何防止串话
串话问题可以说是服务器程序中都需要处理的一个问题。串话问题是指刚刚关闭了一个套接字，又来了一个新连接，而新连接刚好系统给分配的就是刚