Location语法

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

= 开头表示精确匹配

^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。Nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。

~ 开头表示区分大小写的正则匹配

~* 开头表示不区分大小写的正则匹配

!~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则

/ 通用匹配，任何请求都会匹配到。

1、精准匹配和一般匹配

如图：

 

请求URL：http://192.168.60.106/zg/ 访问时匹配的是：=/zg/

2、精准匹配和一般匹配，uri后面不带“/”匹配

如图：

 

请求URL：http://192.168.60.106/zg/ 访问时匹配的是：/zg

3、精准匹配和一般匹配，uri前面和后面都不带“/”

如图：

 

请求URL：http://192.168.60.106/zg/ 访问时匹配的是：= zg

4、精准匹配和一般匹配，uri带"/"和不带"/"匹配

如图：

 

请求URL：http://192.168.60.106/zg/ 访问时匹配的是：/zg/ 顺序换也是一样

综上所述：路径相同时的精准匹配优先，必须是满足/uri/或者uri，要么uri两边都加/，要么uri两边都不加斜杆的情况

5、一般匹配时的匹配规则

 

在html下创建file,lfile文件夹，然后在file下创建images文件夹，在images下创建aa文件夹，在lfile下创建images文件夹，接着在images下创建aa文件夹，然后同时在两个aa文件夹下导入test.jpg图片，这样file和lfile下都有images/aa路径

请求url：http://192.168.60.106/images/aa/test.jpg，既能匹配/images/,又能匹配/images/aa，这时以最长uri匹配优先，匹配的是：/images/aa

6、^~开头的非正则匹配和一般匹配

^~代表非正则匹配，非正则，不需要继续正则匹配。

如图：

 

^~:如果这个匹配使用^〜前缀，搜索停止。这个前缀官网和网上都说得很含糊，加上这个前缀，是会停止搜索正则匹配，但是对一般匹配是不会停止的，也就是说还是可以匹配到一般匹配的。

请求url： http://192.168.60.106/images/aa/test.jpg，匹配结果：/images/aa/

7、^~开头的非正则匹配和正则匹配

~ 开头表示区分大小写的正则匹配

 

请求url： http://192.168.60.106/images/aa/test.jpg，匹配结果：^~/images/

8、严格精准匹配和正则匹配

如图：

 

严格精准匹配，如果被严格精准匹配到了，则不会继续搜索正则匹配

如果http://192.168.60.106,这个就严格精准匹配到了 /,则不会继续匹配 ~ .html$

如果：http://192.168.60.106/index.html，则会被/ 匹配到，但是不是严格精准匹配，则会继续搜索正则匹配

9、正则匹配规则

都是正则uri的情况下，匹配是按照编辑顺序的

 

请求URL：http://192.168.60.106/prefix/index.html，会优先匹配前面定义的location。

10、@开头的uri

如图：

 

@开头的，如果请求的 URI 存在，则本 nginx 返回对应的页面；如果不存在，则把请求代理到baidu.com 上去做个弥补，其实就是做了一个容错，把找不到的url全部转发到fallback的反向代理服务器去。

最后总结：

1. 先判断精准命中，如果命中，立即返回结果并结束解析过程

2. 判断普通命中，如果有多个命中，记录下来最长的命中结果

3、如果是^~开头的命中，则不会继续搜索正则命中，但是会继续搜索一般命中

4. 继续判断正则表达式的解析结果，按配置里的正则表达式顺序为准，由上到下开始匹配，一旦匹配成功立刻返回结果，并结束解析过程。

延伸分析：a. 普通命中：顺序无所谓，是因为按命中长短来确定的 b. 正则命中：顺序有所谓，因为是从前往后命中的

版权声明：本文为CSDN博主「黄山技术猿」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/luoyang_JAVA/article/details/83507193