Nginx中location配置的优先级

表达式形式

~：表示执行一个正则匹配，区分大小写

~*：表示执行一个正则匹配，不区分大小写

^~：表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他location。

=：进行普通字符精确匹配。也就是完全匹配。

@：它定义一个命名的location，使用在内部定向时，例如error_page, try_files

表达式间优先级

在Nginx的location和配置中location的顺序没有太大关系。
与location表达式的类型有关，不同类型的表达式之间优先级不同
相同类型的表达式，字符串长的会优先匹配。

以下是按优先级排列说明：

第一优先级：等号类型（=）的优先级最高。一旦匹配成功，则不再查找其他匹配项。

第二优先级：^~类型表达式。一旦匹配成功，则不再查找其他匹配项。

第三优先级：正则表达式类型（~ ~*）的优先级次之。如果有多个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 ]
}

请求匹配示例