nginx的location正则匹配是什么呢？不知道的小伙伴来看看小编今天的分享吧!
Location根据类型分为两种：普通配置和正则匹配
一、 普通配置
普通location根据使用方法又分为两种，格式如下：
1. location / {
命令序列
}
解释：括号中定义的表示对当前路径及子路径下的所有对象有效。“优先级最低”
用户所有的请求都能被它匹配到。
例子：
location / {
root /web;
相应策略
}
这说明网页根目录在/web
访问的时候直接http://127.0.0.1或是域名就可以了
用户所有的请求都能被它匹配到
location /bbs {
root "/web";
相应策略
}
这就说明网页根目录是位于 /web/bbs
访问的时候直接http://127.0.0.1/bbs就可以了
当用户访问
http://127.0.0.1/bbs/
或是
http://127.0.0.1/bbs/子路径
的时候才能被上边的路径匹配到。
问题：当用户访问http://127.0.0.1/bbs/a.html时
这两段location 同时存在时如下,那么哪段配置会生效呢？
server {
listen 80;
server_name www.benet.com;
index index.html;
location / {
root /web;
}
location /bbs {
root /web;
}
结论就是，
当用户请求的（/bbs）url同时匹配到两段location时，
最大前缀生效（location /bbs生效）
如果没有这段(location /bbs） 第一段生效。
第一段相当于默认策略，因为location / 包含所有的请求，所有的请求都是以 ”/” 开始的
2. location = /路径 {
命令序列
}
解释：括号中定义的表示对当前路径有效，子路径不生效（精确匹配指定的路径不包括子路径）。“它的优先级最高。”
例子：
location = /prefix {
}
也就是用户访问www.benet.com/prefix能被上边的location匹配到，它只匹配"/prefix",
"/"下的子路不匹配。
用户访问www.benet.com/prefix/a 就不能被它匹配到
优先级最高：指的是一旦匹配到此location ，立即生效。其它location无论是否匹配到请求都不生效。
例子：
location /prefix/ {
root /;
}
location = /prefix/ {
return 500;
}
二、 正则匹配
正则匹配也分为两种：
1. location ~ URI {}
~匹配的文件是区分字符 大小写的
2.location ~* URI {} ：
~*匹配的文件是不区分字符大小的
正则匹配是按照正则location编写的顺序生效的，一旦匹配成功即停止匹配到后续的location。
例子：
location ~ /bbs {
return 400;
}
location ~* /bbs {
return 500;
}
网页返回错误信息400
然后将两段配置调换一下位置
location ~* /bbs {
return 500;
}
location ~ /bbs {
return 400;
}
三、匹配顺序和生效顺序
匹配顺序和生效顺序是两个概念
当配置中出现多个locaton并且普通和正则都有，那么
1、匹配顺序是：
用户请求的URL
（1）先匹配普通location
普通location在匹配是按照编辑顺序匹配
（2）在匹配正则location
正则location在匹配时按照编辑顺序匹配
但是正则和普通locaiton不按照编辑顺序匹配
2、生效顺序
当普通和正则都存在的情况下，遵循以下原则
1.nginx开始按照编辑顺序依次匹配普通location
（1）如果匹配过程中匹配到了
"location =" ：nginx会立即生效即停止后续的匹配
（2）如果没有"locaiton ="话，
如果匹配到"locatin ^~"。会停止后续的正则匹配
然后最大前缀locaiton生效
最后是location / 生效
（3） 如果以上两种location都不存在的话
nginx会匹配所有location后看后续有没有正则locaion
如果后续没有正则locaiton
然后最大前缀locaiton生效
最后是location / 生效
如果后续还有正则location
一旦匹配成功一条正则locaion，这条会生效，并且会停止后续的正则匹配，还会会覆盖前边的普通location结果
以上就是小编今天的分享了，希望可以帮助到大家。
nginx 常用配置详细解释
语法规则： location [=|~|~*|^~] /uri/ { … }
= 开头表示精确匹配
^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。
~ 开头表示区分大小写的正则匹配
~* 开头表示不区分大小写的正则匹配
!~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则
/ 通用匹配，任何请求都会匹配到。
多个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/;
}
#第三个规则就是通用规则，用来转发动态请求到后端应用服务器
#非静态文件请求就默认是动态请求，自己根据实际把握
#毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了
location / {
proxy_pass http://tomcat:8080/
}
nginx的其他配置信息介绍
三、ReWrite语法
last – 基本上都用这个Flag。
break – 中止Rewirte，不在继续匹配
redirect – 返回临时重定向的HTTP状态302
permanent – 返回永久重定向的HTTP状态301
1、下面是可以用来判断的表达式：
-f和!-f用来判断是否存在文件
-d和!-d用来判断是否存在目录
-e和!-e用来判断是否存在文件或目录
-x和!-x用来判断文件是否可执行
2、下面是可以用作判断的全局变量
例：http://localhost:88/test1/test2/test.php
$host：localhost
$server_port：88
