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