Nginx localtion配置规则及优先级

90 阅读 0 评论 60 点赞

我是靠谱客的博主幽默黑米，最近开发中收集的这篇文章主要介绍Nginx localtion配置规则及优先级，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

前言

nginx的location块是配置请求的路由，以及各种页面的处理情况。这篇文章主要介绍了location的配置规则及其优先级。

location语法

语法规则： location [=|~|~*|^~] /url/ { … }

location表达式类型

~ 表示执行一个正则匹配，区分大小写
~* 表示执行一个正则匹配，不区分大小写
^~ 表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他location。
= 进行普通字符精确匹配。也就是完全匹配。
@ "@" 定义一个命名的 location，使用在内部定向时，例如 error_page, try_files
!~和!~*分别为区分大小写不匹配及不区分大小写不匹配的正则

优先级规则

等号类型（=）的优先级最高。一旦匹配成功，则不再查找其他匹配项
前缀普通匹配(^~)优先级次之。不支持正则表达式。使用前缀匹配，如果有多个location匹配的话，则使用表达式最长的那个
正则表达式类型（~ ~*）的优先级次之。一旦匹配成功，则不再查找其他匹配项
常规字符串匹配，如果有多个location匹配的话，则使用表达式最长的那个

说明

先判断精准命中，如果命中，立即返回结果并结束解析过程
若未结束，判断前缀普通命中，如果有多个命中，使用表达式“最长”的命中结果，结束解析过程
若未结束，继续判断正则表达式的匹配，按正则表达式顺序为准，由上至下一旦匹配成功1个，立即返回结果，并结束解析过程
若未结束，继续普通命中，普通命中和前缀普通命中相似，顺序无所谓，按照location表达式的长短来确定命中结果

示例：

location = / {  
   #规则A  
}  
location = /login {  
   #规则B  
}  
location ^~ /static/ {  
   #规则C  
}  
location ~ .(gif|jpg|png|js|css)$ {  
   #规则D  
}  
location ~* .png$ {  
   #规则E  
}  
location !~ .xhtml$ {  
   #规则F  
}  
location !~* .xhtml$ {  
   #规则G  
}  
location / {  
   #规则H  
}

那么产生的效果如下：

访问根目录/，比如http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用，而 http://localhost/static/c.png 则优先匹配到规则C
访问 http://localhost/a.PNG 则匹配规则E，而不会匹配规则D，因为规则E不区分大小写。
访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到，所以想想看实际应用中哪里会用到。
访问 http://localhost/category/id/1111 则最终匹配到规则H，因为以上规则都不匹配，这个时候应该是nginx转发请求给后端应用服务器，比如FastCGI（php），tomcat（jsp），nginx作为方向代理服务器存在。

目前常用的匹配：

#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。
#这里是直接转发给后端应用服务器了，也可以是一个静态首页
# 第一个必选规则
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/
}

拓展参考：

https://www.cnblogs.com/knowledgesea/p/5175711.html