location表达式类型

~ 表示执行一个正则匹配，区分大小写
~* 表示执行一个正则匹配，不区分大小写
^~ 表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他location。
= 进行普通字符精确匹配。也就是完全匹配。
@ “@” 定义一个命名的 location，使用在内部定向时，例如 error_page, try_files

location优先级说明

在nginx的location和配置中location的顺序没有太大关系。正location表达式的类型有关。相同类型的表达式，字符串长的会优先匹配。
以下是按优先级排列说明：

第一优先级：等号类型（=）的优先级最高。一旦匹配成功，则不再查找其他匹配项。
第二优先级：^~类型表达式。一旦匹配成功，则不再查找其他匹配项。
第三优先级：正则表达式类型（~ ~*）的优先级次之。如果有多个location的正则能匹配的话，则使用正则表达式最长的那个。
第四优先级：常规字符串匹配类型。按前缀匹配。

当表达式只是一个变量时，如果值为空或任何以0开头的字符串都会当做false
直接比较变量和内容时，使用=或!=
一些内置的条件判断：

-f和!-f用来判断是否存在文件
-d和!-d用来判断是否存在目录
-e和!-e用来判断是否存在文件或目录
-x和!-x用来判断文件是否可执行

 

location优先级示例配置项如下:

location = / {
　　# 仅仅匹配请求 /
　　[ configuration A ]
}
location / {
　　# 匹配所有以 / 开头的请求。但是如果有更长的同类型的表达式，则选择更长的表达式。如果有正则表达式可以匹配，则
　　# 优先匹配正则表达式。
　　[ configuration B ]
}
location /documents/ {
　　# 匹配所有以 /documents/ 开头的请求。但是如果有更长的同类型的表达式，则选择更长的表达式。
　　#如果有正则表达式可以匹配，则优先匹配正则表达式。
　　[ configuration C ]
}
location ^~ /images/ {
　　# 匹配所有以 /images/ 开头的表达式，如果匹配成功，则停止匹配查找。所以，即便有符合的正则表达式location，也
　　# 不会被使用
　　[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
　　# 匹配所有以 gif jpg jpeg结尾的请求。但是 以 /images/开头的请求，将使用 Configuration D
　　[ configuration E ]
}

请求匹配示例：

/ -> configuration A
/index.html -> configuration B
/documents/document.html -> configuration C
/images/1.gif -> configuration D
/documents/1.jpg -> configuration E

location / { } 与 location =/ { }的区别：

location / { }遵循普通location的最大前缀匹配，由于任何URI都必然以“/”根开头，所以对于一个URI，若配置文件中有更合适的匹配则会将其代替，否则返回location / { }匹配到的结果，他相当于站点默认配置。
而location = / { }遵守的是精准匹配，也就是只能匹配该站点根目录，同时会禁止继续搜索正则location，效率比location / { } 高。因此，若在开发中能确定精准匹配的情况，可以采用location =/ { }的方式，提示匹配效率。