Nginx的配置文件中的Location用于匹配特定的URI,如果location后面的规则匹配了URI,并且匹配在此处
停止
向后匹配
,则应用该location下面的规则,反之继续进行匹配,直到匹配到相应的规则或匹配到默认的规则。
这篇文章单就location的定位进行讨论,其它的部分不进行解析。
本文解决的问题:
l
ocation为什么重要?
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
相同点: 2的特殊情况(隐式精确匹配)会等于1
不同点: 1匹配后停止后续的正则匹配,2 匹配后还要看有没有
更长的前缀可以匹配,和有没有
后续的正则匹配
。
1 vs 3
相同点:都停止后续的正则匹配,即即使有正则表达式可以匹配的上,也不会匹配。
不同点: 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相同的情况下,是同样的意思,所以报如上错误。
演示:
相同点: 匹配后都执行最大前缀匹配,
不同点: 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;
}