Nginx的location匹配指令及常用内置变量

有如下指令语法可使用

~ #区分大小写的正则匹配

~* #不区分大小写的正则匹配

^~ #普通字符匹配，如果此选项匹配成功，忽略其他匹配选项，一般用来匹配目录

= #普通字符精确匹配

@ #定义一个内部命名的匹配，适用于error_page,try_files

匹配执行顺序及优先级：

- = 精确匹配 精确匹配会第一个被处理，如果精确匹配成功，停止搜索其他匹配模式，直接使用精确匹配 - 普通字符(/download,/img, ^~ /log,) 如果有前缀 ^~,且匹配此规则， 那么停止搜索其他规则，使用此规则 没有前缀 ^~,那么继续搜索正则匹配或者更长的普通字符匹配，如果发现正则匹配或者更长匹配，则使用正则或者更长匹配 - ~* 正则匹配被最后处理，匹配成功则使用此规则，否则使用其他匹配结果

实例

location = / {
 # 只匹配"/".
 [ configuration A ] 
}
location / {
 # 匹配任何请求，因为所有请求都是以"/"开始
 # 但是更长字符匹配或者正则表达式匹配会覆盖此匹配
 [ configuration B ] 
}
location ^~ /images/ {
 # 匹配任何以 /images/ 开始的请求，并停止匹配 其它location
 [ configuration C ] 
}
location ~* .(gif|jpg|jpeg)$ {
 # 匹配以 gif, jpg, or jpeg结尾的请求. 
 # 但是所有 /images/ 目录的请求将由 [Configuration C]处理. 
 [ configuration D ] 
}

请求URI例子:

#符合 configuration A
/
#符合 configuration B
/documents/document.html
#符合 configuration C 
/images/1.gif
#符合 configuration D
/documents/1.jpg

@location 例子

error_page 404 = @fetch;
location @fetch(
 proxy_pass http://fetch;
)

常见内部变量(如果发现更重要的会继续补充)

- $args 请求参数 例如:http://segmentfault.com/?test=test 那么 $args的值就是 test=test - $uri 不带host(域名)的请求路径 例如:http://segmentfault.com/write $uri 的值是 write