位置指令按什么顺序触发?
来自 HTTP 核心模块文档:
文档中的示例:
location = / {
# matches the query / only.
[ configuration A ]
}
location / {
# matches any query, since all queries begin with /, but regular
# expressions and any longer conventional blocks will be
# matched first.
[ configuration B ]
}
location /documents/ {
# matches any query beginning with /documents/ and continues searching,
# so regular expressions will be checked. This will be matched only if
# regular expressions don't find a match.
[ configuration C ]
}
location ^~ /images/ {
# matches any query beginning with /images/ and halts searching,
# so regular expressions will not be checked.
[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
# matches any request ending in gif, jpg, or jpeg. However, all
# requests to the /images/ directory will be handled by
# Configuration D.
[ configuration E ]
}
如果仍然令人困惑,这里有一个更长的解释。
它按此顺序触发。
=
(完全正确)2.location = /path
(正向匹配)^~
3.location ^~ /path
,~
(正则表达式区分大小写和不区分大小写)~*
,location ~ /path/
4.location ~* .(jpg|png|bmp)
/
location /path
现在有一个方便的在线工具可以测试位置优先级:
位置优先在线测试
位置按以下顺序评估:
location = /path/file.ext {}
完全匹配location ^~ /path/ {}
优先前缀匹配 -> 最长优先location ~ /Paths?/ {}
(区分大小写的正则表达式)and location ~* /paths?/ {}
(不区分大小写的正则表达式)-> 第一个匹配项location /path/ {}
前缀匹配 -> 最长优先优先级前缀匹配(数字 2)与公共前缀匹配(数字 4)完全相同,但优先于任何正则表达式。
对于两种前缀匹配类型,最长的匹配获胜。
区分大小写和不区分大小写具有相同的优先级。评估在第一个匹配规则处停止。
Documentation 表示所有前缀规则都会在任何正则表达式之前进行评估,但如果一个正则表达式匹配,则不使用标准前缀规则。这有点令人困惑,并且不会改变上面报告的优先级顺序的任何内容。