1. 我们今天的目标是学习

1. 了解认识nginx的基本结构和语法
2. 学习经典案例

2. Nginx是什么

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，Nginx是由俄罗斯的人开发的，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名
Nginx代码完全用C语言从头写成，已经移植到许多体系结构和操作系统，包括：Linux、FreeBSD、Solaris、MacOS X、AIX以及MicrosoftWindows。

3. Nginx发型四大版本

1. Nginx
   由俄罗斯人开发，主要支持，网站服务器，代理服务器，负载均衡服务器
   空壳，只有基础功能
2. Nginx plus 商业版
   由F5公司开发，在Nginx版本的基础上做了加强，F5是专门做硬件的厂商，专门做负载均衡器
   花钱，要啥有啥
3. Openresty
   OpenResty® 是一个基于 Nginx 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。
   OpenResty® 的目标是让你的Web服务直接跑在 Nginx 服务内部，充分利用 Nginx 的非阻塞 I/O 模型，不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如 MySQL、PostgreSQL、Memcached 以及 Redis 等都进行一致的高性能响应。
   功能异常强大，不是特殊要求，可以不用
4. Tengine
   Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上，针对大访问量网站的需求，添加了很多高级功能和特性。Tengine的性能和稳定性已经在大型的网站如淘宝网，天猫商城等得到了很好的检验。它的最终目标是打造一个高效、稳定、安全、易用的Web平台。
   Tengine团队的核心成员来自于淘宝、搜狗等互联网企业。
   在国内是主流，首选。

4.Nginx的目录结构

4.1安装好的目录

├── bq-novel-web  一个小说网的根目录
├── client_body_temp 运行时生产的目录
├── conf 配置文件夹
│   ├── fastcgi.conf
│   ├── fastcgi_params
│   ├── koi-utf
│   ├── koi-win
│   ├── mime.types
│   ├── nginx.conf 主配置文件
│   ├── scgi_params
│   ├── uwsgi_params
│   └── win-utf
├── fastcgi_temp 运行时生产的目录
├── html 默认前端根项目
│   ├── 50x.html
│   └── index.html
├── logs 日志存放地
│   ├── access.log 运行日志
│   ├── error.log 错误日志
│   └── nginx.pid 进程pid存放地
├── proxy_temp 运行时生产的目录
├── sbin 命令文件夹
│   └── nginx 启动命令 
├── scgi_temp 运行时生产的目录
└── uwsgi_temp 运行时生产的目录

4.2 配置文件 /conf/nginx.conf

worker_processes  1;events {worker_connections  1024;
}http {include       mime.types;default_type  application/octet-stream;sendfile        on;keepalive_timeout  65;#开启一个 8888的端口server {listen       8888;server_name  localhost;location / {root   html;index  index.html index.htm;}location /bq-novel-web {alias   bq-novel-web;index  index.html index.htm;}# 500 502 503 504 异常请求默认 xxxx:8888/50x.html 地址error_page  500 502 503 504  /50x.html;#/50.html地址location = /50x.html {root   html;}}
}

5. Nginx HTTP 请求的全过程

1. Read Request Headers：解析请求头。
2. Identify Configuration Block：识别由哪一个 location 进行处理，匹配 URL。
3. Apply Rate Limits：判断是否限速。例如可能这个请求并发的连接数太多超过了限制，或者 QPS 太高。
4. Perform Authentication：连接控制，验证请求。例如可能根据 Referrer 头部做一些防盗链的设置，或者验证用户的权限。
5. Generate Content：生成返回给用户的响应。为了生成这个响应，做反向代理的时候可能会和上游服务（Upstream Services）进行通信，然后这个过程中还可能会有些子请求或者重定向，那么还会走一下这个过程（Internal redirects and subrequests）。
6. Response Filters：过滤返回给用户的响应。比如压缩响应，或者对图片进行处理。
7. Log：记录日志。

6.如何启动关闭nginx

##检查配置文件是否正确
/usr/local/nginx-1.6/sbin/nginx -t 
./sbin/nginx -V     # 可以看到编译选项
## 启动、关闭
./sbin/nginx        # 默认配置文件 conf/nginx.conf，-c 指定 Windows版本的使用 start ./nginx
./sbin/nginx -s stop  #或 pkill nginx## 重启，不会改变启动时指定的配置文件
./sbin/nginx -s reload

7. 请求转发

7.1 location的两种语法

约定熟成: []表示里面的参数能省略, <>表示里面的参数不能省略.

第一种语法分为3个部分, 分别是: location关键字+@name别名(name是自己取的名字)+如何处理, 这个语法很简单, 就是做内部跳转, 这里不讨论了.

location @name { ... }

第二种语法分为4个部分, 分别是: location关键字 + 匹配方式符号(可省略)+匹配规则+如何处理, 这个最复杂也是最常用, 我们只讨论这个.

location [ = | ~ | ~* | ^~ ] uri { ... }

7.1.1 普通匹配和正则匹配

这个语法的难点全部集中在[ = | ~ | ~* | ^~ ]这里, 只要搞懂这个就能正确使用location.
[ = | ~ | ~* | ^~ ]分为两种匹配模式, 分别是普通匹配和正则匹配.

7.1.1.1 普通匹配

= : 这代表精准匹配全路径, 命中它后直接返回, 不再进行后续匹配, 优先级最高.
^~ : 这代表精准匹配开头, 命中开头后直接返回, 不再进行后续匹配, 优先级第二.
无匹配方式符号 : 这代表通用性匹配, 命中后还会继续后续匹配, 最后选取路径最长的匹配, 并储存起来, 优先级第四.

普通匹配举例

#这是精准匹配, 只有请求路径完全匹配`/index.html`才会命中它
location = /index.html {...
}
#这是精准匹配开头, 只要请求路径的开头是`/image/`, 就会命中并立即返回
location ^~ /image/ {...
}
#这是无匹配方式符号的普通匹配, 如果请求路径开头是`/image/`, 则会命中, 但是不会立即返回还会接着进行普通匹配
location /image/ {...
}
#这是无匹配方式符号的普通匹配, 如果请求路径开头是`/image/meinv`, 则会命中, 但是不会立即返回还会接着进行普通匹配, 同时会舍弃掉上面那个匹配
location /image/meinv {...
}

正则匹配概述

~: 这是区分大小写的正则匹配, 命中后则不进行后续匹配, 立即返回, 优先级第三.
*~: 不区分大小写的正则匹配, 命中后则不进行后续匹配, 立即返回, 优先级第三.

这里有个很重要点点, 也就是正则匹配中 ~ 和 *~ 优先级一样, 它们按照从上到下的顺序进行匹配, 最先命中的立即返回, 后续的不会进行匹配, 所以精细的正则匹配规则往前放, 通用的正则匹配规则往后放.

#区分大小写的正则匹配, 如果路径包含 /image/ 则立即返回, 注意这里并不需要开头命中, 因为这是正则表达式
location ~ /image/ {...
}#区分大小写的正则匹配, 如果路径包含 /image(不分大小写)/ 则立即返回, 注意这里并不需要开头命中, 因为这是正则表达式, 但由于上面一个正则匹配规则在前面, 所以如果路径包含 /image/ 则会被挡下来, 匹配不到这里.
location *~ /IMAGE/ {... 
}

7.1.1.2 location如何匹配?

1. 先进行普通匹配中的精准匹配, 如果命中了立马返回.
2. 然后进行普通匹配中的精准开头匹配, 如果命中则立马返回.
3. 进行普通匹配中的 无匹配符号 匹配, 如果命中继续匹配, 知道普通匹配全部完成, 并保存路径最长的匹配.
4. 由上自下进行正则匹配, 如果命中立即返回.
5. 如果正则匹配全部失败, 则返回普通匹配中存放的匹配.

6.2压缩文件

6.3负载均衡

6.4压缩调优

6.5限制

6.6流量过滤

6.7视频转码

6.8视频限流