一、nginx的作用

二、初探nginx架构

多进程模式
支持手动关闭后台模式，让nginx在前台运行，通过配置取消master进程，使nginx以单进程方式运行
nginx启动后，会有一个master进程和多个worker进程
master进行主要用来管理worker进程
包含：接收来自外界的信号，向各worker进程发送信号，监控worker进程的运行状态，当worker进程退出后(异常情况下)，会自动重新启动新的worker进程
网络事件放在worker进程中
多个worker进程对等，同等竞争来自客户端的请求，各进程互相之间是独立的
一个请求只能在一个worker进程中处理
一个worker进程不能处理其他进程的请求
worker进程数可以设置，一般设置为与机器cpu核数相同
nginx -s reloadnginx从容重启：首先master进程在接到信号后，会先重新加载配置文件，然后再启动新的worker进程，并向所有老的worker进程发送信号，告诉他们可以光荣退休了。新的worker在启动后，就开始接收新的请求，而老的worker在收到来自master的信号后，就不再接收新的请求，并且在当前进程中的所有未处理完的请求处理完成后，再退出

2.1、nginx进程模型

每个worker进程fork master进程(在master进程完成建立好listen的socket之后)
为保证只有一个worker进程处理这个请求，在worker注册listenfd事件前抢accept_mutex,抢到的注册事件
读事件里调用accept接受该链接，读取请求，解析请求，处理请求，产生数据并返回，断开连接
该模型好处
独立进程不加锁，省事
相互之间不影响，服务不中断
处理事件
异步非阻塞方式处理进程
非阻塞：事件没有准备好，马上返回EAGAIN，告诉你，事件还没准备好呢，你慌什么，过会再来吧。好吧，你过一会，再来检查一下事件，直到事件准备好了为止，在这期间，你就可以先去做其它事情，然后再来看看事件好了没
事件的三种类型：网络事件、信号、定时器

3.1、connection

3.2、request

nginx处理网络请求的生命周期

ngx_http_request_t是对一个http请求的封装，用来保存解析请求与输出响应相关的数据
从ngx_http_init_request开始，这个函数设置读事件ngx_http_process_request_line来处理请求行，通过ngx_http_read_request_header来处理请求头
以请求行中的host域来查找虚拟机
解析到的数据会存储在ngx_http_request_t结构中
nginx解析到两个回车换行符表示请求头结束，调用ngx_http_process_request来处理请求
ngx_http_process_request设置处理函数为ngx_http_request_handler
然后调用ngx_http_handler来真正地处理一个完整的HTTP请求

3.3、keepalive

3.4、pipe

pipeline流水线作业，是keepalive的一种升华
与keepalive相同也是基于长连接
利用一个连接做多次请求
与keepalive的区别
keepalive：第二个请求必须等到第一个请求的响应接受完全后才能发起
pipeline：nginx对pipeline中的多个请求处理不是并行的，依然一个请求一个请求的处理，只是在处理第一个请求的时候，客户端就可以发起第二个请求
实现原理：nginx读取数据时，会将读取的数据放到一个buffer里，，处理完前一个请求后，如果发现buffer里还有数据，就会认为是下一个请求的开始，然后处理下一个请求，否则设置keepalive

3.5、lingering_close

4.1、指令

4.2、指令参数

location / {
 root /home/jizhao/nginx-book/build/html;
 index index.html index.htm;
}

4.3、指令上下文

5.1、模块概述

将各功能模块组织成一个链，有请求到达时，请求依次经过这条链上的部分或者全部模块，进行处理。
有两个模块比较特殊，他们居于nginx core和各功能模块的中间。这两个模块就是http模块和mail模块。
http模块和mail模块在nginx core之上实现了另外一层抽象，处理与HTTP协议和email相关协议（SMTP/POP3/IMAP）有关的事件，并且确保这些事件能被以正确的顺序调用其他的一些功能模块

5.2、模块的分类

5.3、请求的处理流程

初始化HTTP Request（读取来自客户端的数据，生成HTTP Request对象，该对象含有该请求所有的信息）
处理请求头
处理请求体
如果有的话，调用与此请求（URL或者Location）关联的handler
依次调用各phase handler进行处理
通常情况下，一个phase handler对这个request进行处理，并产生一些输出。通常phase handler是与定义在配置文件中的某个location相关联的
一个phase handler通常执行以下几项任务：
获取location配置
产生适当的响应
发送response header
发送response body

Nginx第一炮已经打响，搞起来吧~~~