Nginx跳转模块location

一.location模块概述

1.定义

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

2.三种匹配类别

精准匹配：location = / {}

一般匹配：location / {}

正则匹配：location ~ / {}

匹配符	表示含义
^	匹配输入字符串的起始位置
$	匹配输入字符串的结束位置
*	匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+	匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”
?	匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”
.	表示任意一个字符
\转义字符	用于取消特殊符号的含义
\d	匹配纯数字
\s	匹配空的（空格或者制表符）
{n}	匹配前面的子表达式n次
{n,}	匹配前面的子表达式不少于n次
{n,m}	匹配前面的子表达式n到m次
[ ]	匹配括号中的一个字符
[c]	匹配单个字符 c
[a-z]	匹配 a-z 小写字母的任意一个
[a-zA-Z0-9]	匹配所有大小写字母或数字
()	表达式的开始和结束位置
\|	或运算符

3.常用的匹配规则

规则表达式	规则含义
=	进行普通字符精确匹配。也就是完全匹配
^~	表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他 location
~	表示执行一个正则匹配，区分大小写
~*	表示执行一个正则匹配，不区分大小写
!~	表示执行一个正则匹配，区分大小写不匹配
!~*	表示执行一个正则匹配，不区分大小写不匹配

4.匹配优先级

首先精确匹配 =

其次前缀匹配 ^~

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

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

最后是交给 / 通用匹配

（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模块使用实例

1.精确匹配优先级小于一般匹配情况

location = / {} 和 location / {} ，按道理应匹配前者，但实际确实匹配后者，匹配只写域名精确匹配不生效

1. #在配置文件添加匹规则
vim  /usr/local/nginx/conf/nginx.conf
 
#默认网页
        location / {
            root   html;
            index  index.html index.htm;        }
 
#添加的网页
        location = / {     
            root   /web/test/;
        }
 
2. #新建网页站点目录
mkdir -p /web/test
 
3. #在站点目录下新建index.html
vim /web/test/index.html
 
This is a test!
 
4. #检查语法并重启
nginx -t
systemctl restart nginx.service 
 
5. #在网页中测试
192.168.79.210

2.解决方法

在/根后加上index.html后生效

1. #修改配置文件
vim  /usr/local/nginx/conf/nginx.conf
 
        location = /index.html {            # 加上index.html 
            root   /web/dog/;
        }
        
        
2. #检查语法、重启服务
nginx -t
systemctl restart nginx.service 
 
3. #网页测试
192.168.79.210

3.实际网站使用中的三个匹配规则

（1）第一个必选规则

直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
这里是直接转发给后端应用服务器了，也可以是一个静态首页

location = / {
    proxy_pass http://tomcat_server/;
}

（2）第二个必须规则是处理静态文件请求

这是nginx作为http服务器的强项！
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {
    root /webroot/static/;
}
 
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}

（3）第三个通用规则

比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求

location / {
    proxy_pass http://tomcat_server;
}