Nginx是一款免费的、开源的、高性能、模块化、轻量级的HTTP服务器、反向代理服务器以及电子邮件(IMAP/POP3)代理服务器。

　　1)Nginx启动后，会产生一个主进程，主进程执行一系列的工作后会产生一个或者多个工作进程;

　　2)在客户端请求动态站点的过程中，Nginx服务器还涉及和后端服务器的通信。Nginx将接收到的Web请求通过代理转发到后端服务器，由后端服务器进行数据处理和组织;

　　3)Nginx为了提高对请求的响应效率，降低网络压力，采用了缓存机制，将历史应答数据缓存到本地。保障对缓存文件的快速访问;

　　高度模块化的设计是 Nginx 的架构基础。Nginx严格遵循“高内聚，低耦合”的原则，将服务器设计为多个模块，每个模块就是一个独立的功能模块，只负责自身的功能。

　　核心模块是Nginx服务器正常运行必不可少的模块，如同操作系统的内核。它提供了Nginx最基本的核心服务。像进程管理、权限控制、错误日志记录等;

　　从架构设计上说，Nginx服务器是与众不同的。其一在于它的模块化设计;其二也是更重要的一点在于它对与客户端请求的处理机制上。 Nginx请求处理机制结合多进程机制和异步非阻塞机制。

　　多进程方式指服务器每当收到一个客户端请求时就由服务器主进程生成一个子进程出来和客户端建立连接进行交互，直到连接断开，该子进程就结束了。多进程方式的优点是设计简单，各个子进程相对独立，处理客户端请求时彼此不受干扰;缺点是操作系统生成一个子进程需要进行内存复制等操作，在资源和时间上会产生一定的开销;当有大量请求时，会导致系统性能下降;

　　发送方向接收方发送请求后，不用等待响应，可以继续其他工作;接收方处理请求时进行的IO操作如果不能马上得到结果ios版ip代理服务器，也不必等待，而是马上返回去去做其他事情。当IO操作完成以后，将完成状态和结果通知接收方，接收方再响应发送方。

　　从上面我们可以知道，Nginx服务器的工作进程调用IO后，就取进行其他工作了;当IO调用返回后，会主动通知工作进程。像select/poll/epoll等这样的系统调用就是用来支持这种解决方案的。这些系统调用也常被称为事件驱动模型，他们提供了一种机制就只让进程同时处理多个并发请求，不用关心IO调用的具体状态。IO调用完全由事件驱动模型来管理。

　　如上图所示，Nginx的事件驱动模型由事件收集器、事件发送器和事件处理器三部分基本单元组成。

　　select，poll，epoll都是IO多路复用的机制。I/O多路复用就是通过一种机制，一个进程可以监视多个描述符，一旦某个描述符就绪(一般是读就绪或者写就绪)，能够通知程序进行相应的读写操作。select，poll，epoll本质上都是同步I/O，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的。

　　Nginx服务器在使用Master-Worker模型时，会涉及到主进程和工作进程的交互和工作进程之间的交互。这两类交互都依赖于管道机制。

　　这条管道与普通的管道不同，它是由主进程指向工作进程的单向管道，包含主进程向工作进程发出的指令，工作进程ID等;同时主进程与外界通过信号通信;

　　这种交互是和Master-Worker交互是基本一致的，但是会通过主进程。工作进程之间是相互隔离的，所以当工作进程W1需要向工作进程W2发指令时，首先找到W2的进程ID，然后将正确的指令写入指向W2的通道。W2收到信号采取相应的措施。

　　通过这篇文章，我们对Nginx服务器的整体架构有了一个整体的认识。另外推荐大家多看看Nginx的源码，以便能更好地领悟 Nginx的设计思想。