Nginx Web工作原理

Nginx WEB服务器最主要就是各种模块的工作。

1、从结构上分为核心模块、基础模块、第三方模块

核心模块：HTTP模块、EVENT模块、MAIL模块等； 基础模块：HTTP Access模块、HTTP FastCGI模块、HTTP Proxy模块和HTTP Rewrite模块； 第三方模块：HTTP Upstream Request Hash模块、Notice模块和HTTP Access Key模块、Limit_req模块、Upstream check module等；

2、从功能上分为Handlers（处理器模块）、Filters（过滤器模块）、Proxies（代理模块）

Handlers（处理器模块）：此类模块直接处理请求，并进行输出内容和修改headers信息等操作，Handlers处理器模块一般只能有一个； Filters（过滤器模块）：此类模块主要对其他处理器模块输出的内容进行修改操作，最后由Nginx输出； Proxies（代理模块）：此类模块是Nginx的HTTP Upstream之类的模块，这些模块主要与后端一些服务比如FastCGI等进行交互，实现服务代理和负载均衡等功能。

Nginx由内核和模块组成，其中内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端的请求映射到一个location block，而location是Nginx配置中的一个指令，用于匹配访问的URL，而在这个location中所配置的每个指令将会启动不同的模块去完成相应的工作。

Nginx的高并发得益于其采用了epoll模型，与传统的服务器程序架构不同，epoll是Linux内核2.6以后才出现的，Nginx采用epoll模型，异步非阻塞，而apache采用的是select模型：

Select特点：select选择句柄的时候，是遍历所有句柄，也就是说句柄有事件响应时，select需要遍历所有句柄才能获取到哪些句柄有事件通知，因此效率是非常低。

epoll特点：epoll对于句柄事件的选择不是遍历的，是事件响应的，就是句柄上事件来就马上选择出来，不需要遍历整个句柄链表，因此效率非常高。

------------------------------------------------------------------------------------------------------------

Nginx默认以80 端口监听在服务器上，并且启动一个master进程，同时有master进程生产多个工作进程，当浏览器发起一个HTTP连接请求，每个进程都有可能处理这个连接，怎么做到的呢？怎么保证同一时刻一个HTTP请求被一个工作进程处理呢？

首先每个worker进程都是从Master进程fork出来的，在Master进程里面，建立好需要listen的socket（listenfd）之后，会fork处多个worker进程。

所有worker进程的listenfd会在新连接到来时变得可读，为保证只有一个进程处理该连接，所有worker进程在注册listenfd读事件前抢accept_mutex，抢到互斥锁的那个进程注册listenfd读事件，在读事件李调用accept接受该连接。

当一个worker进程在accept这个连接之后，就开始读取请求、解析请求、处理请求，产生数据后，再返回给客户端，最后才断开连接，这样形成一个完成的请求流程。