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