location表達式類型
~ 表示執行一個正則匹配，區分大小寫
~* 表示執行一個正則匹配，不區分大小寫
^~ 表示普通字符匹配。使用前綴匹配。如果匹配成功，則不再匹配其他location。
= 進行普通字符精確匹配。也就是完全匹配。
@ "@" 定義一個命名的 location，使用在內部定向時，例如 error_page, try_files
location優先級說明
在nginx的location和配置中location的順序沒有太大關系。正location表達式的類型有關。相同類型的表達式，字符串長的會優先匹配。
以下是按優先級排列說明：
第一優先級：等號類型（=）的優先級最高。一旦匹配成功，則不再查找其他匹配項。
第二優先級：^~類型表達式。一旦匹配成功，則不再查找其他匹配項。
第三優先級：正則表達式類型（~ ~*）的優先級次之。如果有多個location的正則能匹配的話，則使用正則表達式最長的那個。
第四優先級：常規字符串匹配類型。按前綴匹配。
location優先級示例 配置項如下:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
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 ]} |
請求匹配示例
|
1
2
3
4
5
|
/ -> configuration A/index.html -> configuration B/documents/document.html -> configuration C/images/1.gif -> configuration D/documents/1.jpg -> configuration E |
注意，以上的匹配和在配置文件中定義的順序無關。
總結
到此這篇關于nginx location優先級的文章就介紹到這了,更多相關nginx location優先級內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！
原文鏈接：https://zdb.im/archives/163.html
