Nginx详解Location匹配规则

布满荆棘的人生 2023-02-10 05:12 14阅读 0赞

本文我们来给大家详细介绍下Nginx中的核心配置文件中的Location匹配规则。  
  location会尝试根据用户请求中的URI来匹配上面的/uri表达式，如果可以匹配，就选择location\{\}块中的配置来处理用户请求。当然，匹配方式是多样的，  
下面介绍location的匹配规则。  
语法：

location [=|~|~*] /uri/ {  
    … 
    }

> ~ \#波浪线表示执行一个正则匹配，区分大小写  
> ~\* \#表示执行一个正则匹配，不区分大小写  
> = \#进行普通字符精确匹配

# URI匹配模式 #

location的指令分为两种匹配模式  
1.普通字符串匹配： 以=开头或者没有带正则引导符号（~）规则  
2.正则匹配：以（）开头或者（\*）开头的表示正则匹配

## 普通匹配模式 ##

location / { 
        root   html;
        index  index.html index.htm;
    }
    location /demo { 
        root   html;
        index  demo.html;
    }

1.配置两个location， 第一个是匹配根路径”/”， 另一个是匹配 “/demo”路径  
2.在html目录下创建一个demo目录， 因为/demo相当于是一个虚拟主机目录，最终访问的地址会变成/demo/demo.html  
3.重新加载配置文件’./nginx -s reload’  
4.通过在浏览器中输入http://localhost/ 以及http://localhost/demo 可以看到我们访问到了对应的路径

> 匹配规则：  
> location不是严格匹配，而是一个“前缀匹配”过程，所以在上面那个案例中，两个location都能够匹配，但是普通匹配会遵循一个最长匹配规则，也就是上面的请求中，最终uri会匹配到长度最大location。也就是/demo

## 精准匹配模式 ##

在普通匹配模式中，还可以细分出一种叫精准匹配模式，也就是通过等于号直接来匹配的

location =/demo { 
        root  html; 
        index gp.html;
    }
    location /demo { 
       root   html;
       index  demo.html;
    }

我们继续沿着上面的案例来添加一个基于 location =/demo的匹配规则，那么这个时候的匹配就是精准匹配。精准匹配和普通匹配的差异在哪里呢？以及匹配顺序是什么样的？  
http://localhost/demo √  
http://localhost/demo/demo.html √  
http://localhost/demo/gp.html √ (精准匹配)  
但是在此处并不能证明此处是精准匹配

#location =/demo { 
     # root html; 
      # index gp.html;
    #}
    location /demo { 
       root   html;
       index  demo.html;
    }

把精准匹配注释掉  
http://localhost/demo √  
http://localhost/demo/demo.html √  
http://localhost/demo/gp.html √ (普通匹配)

location =/demo { 
        root  html; 
        index gp.html;
    }
    #location /demo { 
     # root html;
      # index demo.html;
    #}

我们把普通匹配注释掉发现：  
http://localhost/demo ×  
http://localhost/demo/demo.html √  
http://localhost/demo/gp.html √  
第一种方式访问不了。但这也证明不了精准匹配的优先级比普通匹配高，这时我们可以这样设置

location =/index.html {   # 精准匹配
        root  html/gp1;
        index index.html;
    }
    location /index.html {   # 普通匹配
        root html/gp2;
        index index.html;
    }

然后我们再访问  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70]  
访问到的是gp1目录中的，说明普通匹配没起作用。

## 正则匹配模式 ##

正则匹配在实际应用中也会用得比较多，比如接下来给大家演示一个基于正则匹配的案例

location ~* \.(jpg|png|css|js|gif)$ { 
        root html/images;
    }

然后我们在html目录下创建images文件夹，里面放入一张图片。Reload nginx服务后，访问

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70 1]

正则匹配在三种匹配模式中的优先级是什么样的呢？前面我们讲了一般匹配，最终会选择最大前缀匹配。但是匹配后不会停止匹配，最大匹配只是一个临时结果，nginx还需要继续检查正则location。那么正则匹配规则是什么样的？按照正则location在配置文件中的物理顺序匹配。如果匹配到一条正则location，就不再考虑后面的规则

## 匹配的优先级 ##

1.  首先看有没有精准匹配，如果有，则停止匹配过程
2.  判断普通命中，如果有多个命中，“记录”下最长的命中结果（记录但不结束）
3.  继续判断正则表达式，按配置里的正则表达式顺序为准，由上到下开始匹配，一旦匹配成功一个，立即返回结果并结束  
    a) 普通命中，顺序无关，因为按照命中长短来确定  
    b) 正则命中，顺序有关系，因为是从前往后命中

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70 2]

## 实际使用的建议 ##

所以实际使用中，至少有三个匹配规则定义  
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理  
这里是直接转发给后端应用服务器了，也可以是一个静态首页  
第一个必选规则

location  =/ { 
        proxy_pass http://tomcat:8080/index
    }

第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项  
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ { 
        root /webroot/static/;
    }

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

第三个规则就是通用规则，用来转发动态请求到后端应用服务器  
非静态文件请求就默认是动态请求，自己根据实际把握

location / { 
        proxy_pass http://tomcat:8080/
    }

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200520115232738.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20200520115320769.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/2020052011535792.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTI2NTcz,size_16,color_FFFFFF,t_70