一、Nginx常见模块

http

http块是Nginx服务器配置中的重要部分，代理、缓存和日志定义等绝大多数的功能和第三方模块的配置都可以放在这模块中。作用包括：文件引入、MIME-Type定义、日志自定义、是否使用sendfile传输文件、连接超时时间、单连接请求数上限等。

server

server块，虚拟主机（虚拟服务器）。作用：使得Nginx服务器可以在同一台服务器上只要运行一组Nginx进程，就可以运行多个网站。

location

location块是server块的一个指令。作用：基于Nginx服务器接收到的请求字符串，虚拟主机名称（ip，域名）、url匹配，对特定请求进行处理。

二、常用的Nginx 正则表达式

^	匹配输入字符串的起始位置
$	匹配输入字符串的结束位置
*	匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+	匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”

?	匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”
.	匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式

\	将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而

\d	匹配纯数字
{n}	重复 n 次
{n,}	重复 n 次或更多次
{n,m}	重复 n 到 m 次

[]	定义匹配的字符范围
[c]	匹配单个字符 c
[a-z]	匹配 a-z 小写字母的任意一个
[a-zA-Z0-9]	匹配所有大小写字母或数字
()	表达式的开始和结束位置
I	或运算符

从功能看 rewrite 和 location 似乎有点像，都能实现跳转，主要区别在于 rewrite 是在同一域名内更改获取资源的路径，而location 是对一类路径做控制访问或反向代理，还可以proxy_pass 到其他机器。

三、location概述

3.1 location 分类

[]	定义匹配的字符范围
[c]	匹配单个字符 c
[a-z]	匹配 a-z 小写字母的任意一个
[a-zA-Z0-9]	匹配所有大小写字母或数字
()	表达式的开始和结束位置
I	或运算符

3.2 location 常用的匹配规则

=	进行普通字符精确匹配，也就是完全匹配
^~	表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其它 location。
~	区分大小写的匹配。

~*	不区分大小写的匹配。
!~	区分大小写的匹配取非。【！：表示取反】
!~*	不区分大小写的匹配取非。
@	定义一个命名的location，使用在内部定向时

3.3 location 优先级

首先精确匹配 =

其次前缀匹配 ^~

其次是按文件中顺序的正则匹配或*

然后匹配不带任何修饰的前缀匹配

最后是交给 / 通用匹配

location = / {
    [ configuration A ]
}
location / {
    [ configuration B ]
}
location /documents/ {
    [ configuration C ]
}
location ^~ /images/ {
    [ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
    [ configuration E ]
}

3.4 location 示例

（1）location = / {}

=为精确匹配 / ，主机名后面不能带任何字符串，比如访问 / 和 /data，则 / 匹配，/data 不匹配

再比如 location = /abc，则只匹配/abc ，/abc/或 /abcd不匹配。若 location /abc，则即匹配/abc 、/abcd/ 同时也匹配 /abc/。

（2）location / {}

因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求比如访问 / 和 /data, 则 / 匹配， /data 也匹配，

但若后面是正则表达式会和最长字符串优先匹配（最长匹配）

（3）location /documents/ {}

匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索其它 location

只有其它 location后面的正则表达式没有匹配到时，才会采用这一条

（4）location /documents/abc {}

匹配任何以 /documents/abc 开头的地址，匹配符合以后，还要继续往下搜索其它 location

只有其它 location后面的正则表达式没有匹配到时，才会采用这一条

（5）location ^~ /images/ {}

匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条

（6）location ~* .(gif|jpg|jpeg)$ {}

匹配所有以 gif、jpg或jpeg 结尾的请求

然而，所有请求 /images/ 下的图片会被 location ^~ /images/ 处理，因为 ^~ 的优先级更高，所以到达不了这一条正则

（7）location /images/abc {}

最长字符匹配到 /images/abc，优先级最低，继续往下搜索其它 location，会发现 ^~ 和 ~ 存在

（8）location ~ /images/abc {}

匹配以/images/abc 开头的，优先级次之，只有去掉 location ^~ /images/ 才会采用这一条

（9）location /images/abc/1.html {}

匹配/images/abc/1.html 文件，如果和正则location ~ /images/abc/1.html 相比，正则优先级更高

优先级总结：

(location = 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (location /)

location 匹配：

首先看优先级：精确>前缀>正则>一般>通用

优先级相同：正则看上下顺序，上面的优先；一般匹配看长度，最长匹配的优先精确、前缀、正则、一般都没有匹配到。

最后再看通用匹配

实际网站使用中，至少有三个匹配规则定义：

#第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
可以是一个静态首页，也可以直接转发给后端应用服务器
location = / {
    root   html;
  index  index.html index.htm;
}
#第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}
#第三个规则就是通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
    proxy_pass http://tomcat_server;
}

四、rewrite概述

4.1 rewrite简介

rewrite功能：使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标记位实现URL重写以及重定向。

比如：更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。

rewrite只能放在server{},location{},if{}中，并且默认只能对域名后边的除去传递的参数外的字符串起作用，例如

http://www.kgc.com/abc/bbs/index.php?a=1&b=2 只对/abc/bbs/index.php重写。

rewrite 只能在
server {}
location {}
if {}
中，并且默认只能对域名后边的除去传递的参数外的字符串起作用
例如：
http://www.zzh.com/abc/bbs/index.html?a=1&b=2 只针对/abc/bbs/index.html重写

4.2 Rewrite 跳转场景

Rewrite 跳转场景主要包括以下几种：

可以调整用户浏览的 URL，看起来更规范，合乎开发及产品人员的需求

为了让搜索引擎搜录网站内容及用户体验更好，企业会将动态 URL 地址伪装成静态地址提供服务。

网址换新域名后，让旧的访问跳转到新的域名上。例如，访问京东的 360buy.com会跳转到 jd.com

根据特殊变量、目录、客户端的信息进行 URL 调整等。

4.3 rewrite跳转实现

Nginx：通过ngx_http_rewrite_module 模块支持URL重写、支持if条件判断，但不支持else。跳转：从一个 location跳转到另一个location，循环最多可以执行10次，超过后nginx将返回500错误。

PCRE支持： perl兼容正则表达式的语法规则匹配。另外该模块需要 PCRE 支持，应在编译 Nginx 时指定 PCRE 支持，默认已经安装。

重写模块 set 指令：创建新的变量并设其值。

1.使用rewrite进行匹配跳转
2. 使用if匹配全局变量后跳转
3. 使用location匹配在跳转
 rewrite放在server{}、if{}、location{}段中
 location只对域名后边的除去传递参数外的字符串起作用。

4.4 rewrite 执行顺序

(1) 执行 server 块里面的 rewrite 指令。

(2) 执行 location 匹配。

(3) 执行选定的 location中的 rewrite 指令。

4.5 语法格式

rewrite 《regex》 《replacement》 [flag];
regex ：表示正则匹配规则。
replacement ：表示跳转后的内容。 flag ：表示 rewrite 支持的 flag 标记

###flag标记说明###

last ：本条规则匹配完成后，继续向下匹配新的。location URL规则，一般用在 server 和 if 中。
break ：本条规则匹配完成即终止，不再匹配后面的任何规则，一般使用在 location 中。
redirect ：返回302临时重定向，浏览器地址会显示跳转后的URL地址。    
permanent ：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址。

4.6 Rewrite 实例

4.6.1 基于域名的跳转

现在公司旧域名www.kgc.com有业务需求变更，需要使用新域名www.benet.com代替，但是旧域名不能废除，需要跳转到新域名上，而且后面的参数保持不变。

vim /usr/local/nginx/conf/nginx.conf
server {
  listen       80;
  server_name  www.kgc.com;   #域名修改 
  charset utf-8;
  access_log  /var/log/nginx/www.bt.com-access.log;   #日志修改
  location / {
  #添加域名重定向
        if ($host = 'www.bt.com'){  
        #$host为rewrite全局变量，代表请求主机头字段或主机名
      rewrite ^/(.*)$ http://www.da.com/$1 permanent; 
    #$1为正则匹配的内容，即“域名/”之后的字符串
        }
        root   html;
        index  index.html index.htm;
    }
}

echo “192.168.10.19 www.bt.com www.da.com” >> /etc/hosts systemctl

restart nginx 浏览器输入模拟访问 http://www.bt.com/test/1.html(虽然这个请求内容是不存在的)会跳转到www.da.com/test/1.html，查看元素可以看到返回301，实现了永久重定向跳转，而且域名后的参数也正常跳转。

Nginx及rewrite跳转(一)