谈Nginx的Location匹配优先级

Posted 2020-12-09 ls1519

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了谈Nginx的Location匹配优先级相关的知识，希望对你有一定的参考价值。

nginx的配置文件中的Location用于匹配特定的URI，如果location后面的规则匹配了URI，并且匹配在此处停止向后匹配，则应用该location下面的规则，反之继续进行匹配，直到匹配到相应的规则或匹配到默认的规则。

这篇文章单就location的定位进行讨论，其它的部分不进行解析。

本文解决的问题：

location为什么重要?

location 相当于选择，选中。当我们处理某件事情，往往必须选中，然后再进行进一步的动作。比如处理word时，对某段文字应用字体，肯定是先选中，然后再应用规则。location就是这个意思，选择的对象就是URI，根据不同的URI，使用不同的规则，location就是第一步，只有这一步正确，其余的部分才能保证顺利进行。

location该如何配置？

location的几种匹配方式

普通匹配：

location = URI { configuration } #精确匹配

location ^~ URI { configuration } #非正则匹配

location [space] URI { configuration} # # 前缀匹配

正则匹配

location ~ URI { configuration } #大小写敏感匹配

location ~* URI { configuration } #大小写不敏感匹配

几种匹配方式的优先级

整体规则按照先普通匹配，然后再正则匹配，如果正则不匹配，则回退至上一个普通匹配。其中普通匹配没有顺序之分，哪个匹配最精确，就使用哪个location，正则匹配按照规则的书写顺序进行。

= 精确匹配，匹配后停止后续匹配，直接执行该匹配后的configuration.

[空格] 前缀匹配，匹配后，继续更长前缀匹配和正则匹配。

^~ 非正则匹配，匹配该规则后，停止继续正则匹配。

~ 区分大小写的正则匹配，按顺序匹配，一旦匹配上即停止后续匹配。

~* 不区分大小写的匹配，一旦匹配即停止后续匹配。

几种匹配规则的相同点和不同点

首先对几种匹配符号进行编号：

符号	编号
=	1
空格	2
^~	3
~	4
~*	5

1 vs 2
相同点： 2的特殊情况（隐式精确匹配）会等于1

不同点： 1匹配后停止后续的正则匹配，2 匹配后还要看有没有更长的前缀可以匹配，和有没有后续的正则匹配。

1 vs 3
相同点：都停止后续的正则匹配，即即使有正则表达式可以匹配的上，也不会匹配。
不同点： 3 匹配后还要继续进行最大前缀匹配，如果有更精确的匹配可以用，就使用该条匹配。

1 和 4 5 是两类不同的匹配方式，匹配了1 就意味着，45都忽略。

2 vs 3 ：
        相同点：匹配后都执行最大前缀匹配，
        不同点： 2 进行最大前缀匹配后还要进行正则匹配，3 匹配后停止正则匹配。

        示例：
        如果URI相同，则location [] /test 和 location ^~ /test 相同，报错如下：
        nginx: [emerg] duplicate location "/test" in /data/nginx/conf/nginx.conf:42
        由此可见， ^~ 和空格在URI相同的情况下，是同样的意思，所以报如上错误。

演示：

在以下路径中

/data/nginx/zzp/exact/

/data/nginx/zzp/regex/

创建同名但不同内容的文件，然后使用curl -v http://host/a.html

发现，正则表达式部分会生效，由此证明，经过普通匹配后的URI，再继续进行regex匹配，regex匹配上之后，regex生效。

location /zzp/ {

alias /data/nginx/zzp/exact/;

}

location ~ ^/zzp/(.*.html)$ {

alias /data/nginx/zzp/regex/$1;

}

使用取消正则表达式符号 ^~，然后再请求相同的链接，发现exact路径下的文件被访问，证明，普通匹配执行后不再进行正则表达式匹配。