nginx location表达式类型，以及匹配顺序，优先级

location表达式类型

1.  没有修饰符 表示：必须以指定模式开始
2. ~ 表示执行一个正则匹配，区分大小写
3. ~* 表示执行一个正则匹配，不区分大小写
4. ^~ 表示普通字符匹配。使用前缀匹配。若是匹配成功，则再也不匹配其余location。
5. = 进行普通字符精确匹配。也就是彻底匹配。
6. @ 它定义一个命名的 location，使用在内部定向时，例如 error_page, try_files

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

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

1. 等号类型（=）的优先级最高。一旦匹配成功，则再也不查找其余匹配项。
2. ^~类型表达式。一旦匹配成功，则再也不查找其余匹配项。
3. 正则表达式类型（~ ~*）的优先级次之。若是有多个location的正则能匹配的话，则使用正则表达式最长的那个。
4. 常规字符串匹配类型。按前缀匹配。

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

注意，以上的匹配和在配置文件中定义的顺序无关。

参考博客：

http://blog.csdn.net/xy2204/article/details/47749405