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路径下的文件被访问，证明，普通匹配执行后不再进行正则表达式匹配。

location ^~ /zzp/ {
alias /data/nginx/zzp/exact/;
}
location ~ ^/zzp/(.*.html)$ {
alias /data/nginx/zzp/regex/$1;
}

———————————————————————————————————————————————————————————————
转载于:http://blog.itpub.net/29757574/viewspace-2147776/