Nginx location配置詳細解釋

OldBoy~發表於2017-05-17
Nginx

先來說一下Nginx的幾種匹配規則，有精準匹配，正則匹配、普通匹配。

 

location的命中過程是這樣的
1：先判斷精準匹配是否命中，如果命中，立即返回結果並結束解析過程。
2：如果精準匹配沒有命中，判斷普通命中，如果有多個命中，記錄下來命中長度最長的結果，這裡是暫時記錄，但不結束。
3：繼續判斷正規表示式的解析匹配，按配置裡的正規表示式順序為主，由上到下開始匹配，一旦匹配成功一個，立即返回結果，並結束解析過程。如果正則沒有匹配成功，那麼根據第二步，如果普通匹配中有最長的匹配結果，那麼會按照最長的解析結束返回。
補充：普通命中順序無所謂，是因為按照命中的長度來確定。
正則命中順序有所謂，是因為從前往後。

 

nginx location配置詳細解釋

語法規則： location [=|~|~*|^~] /uri/ { … }

= 開頭表示精確匹配

^~ 開頭表示uri以某個常規字串開頭，理解為匹配 url路徑即可。nginx不對url做編碼，因此請求為/static/20%/aa，可以被規則^~ /static/ /aa匹配到（注意是空格）。

~ 開頭表示區分大小寫的正則匹配

~* 開頭表示不區分大小寫的正則匹配

!~和!~*分別為區分大小寫不匹配及不區分大小寫不匹配 的正則

/ 通用匹配，任何請求都會匹配到。

多個location配置的情況下匹配順序為（參考資料而來，還未實際驗證，試試就知道了，不必拘泥，僅供參考）：

首先匹配 =，其次匹配^~, 其次是按檔案中順序的正則匹配，最後是交給 / 通用匹配。當有匹配成功時候，停止匹配，按當前匹配規則處理請求。

例子，有如下匹配規則：

location = / {
   #規則A
}
location = /login {
   #規則B
}
location ^~ /static/ {
   #規則C
}
location ~ \\.(gif|jpg|png|js|css)$ {
   #規則D
}
location ~* \\.png$ {
   #規則E
}
location !~ \\.xhtml$ {
   #規則F
}
location !~* \\.xhtml$ {
   #規則G
}
location / {
   #規則H
}

那麼產生的效果如下：

訪問根目錄/， 比如http://localhost/ 將匹配規則A

訪問 http://localhost/login 將匹配規則B，http://localhost/register 則匹配規則H

訪問 http://localhost/static/a.html 將匹配規則C

訪問 http://localhost/a.gif, http://localhost/b.jpg 將匹配規則D和規則E，但是規則D順序優先，規則E不起作用， 而 http://localhost/static/c.png 則優先匹配到 規則C

訪問 http://localhost/a.PNG 則匹配規則E， 而不會匹配規則D，因為規則E不區分大小寫。

訪問 http://localhost/a.xhtml 不會匹配規則F和規則G，http://localhost/a.XHTML不會匹配規則G，因為不區分大小寫。規則F，規則G屬於排除法，符合匹配規則但是不會匹配到，所以想想看實際應用中哪裡會用到。

訪問 http://localhost/category/id/1111 則最終匹配到規則H，因為以上規則都不匹配，這個時候應該是nginx轉發請求給後端應用伺服器，比如FastCGI（php），tomcat（jsp），nginx作為方向代理伺服器存在。

所以實際使用中，個人覺得至少有三個匹配規則定義，如下：

#直接匹配網站根，通過域名訪問網站首頁比較頻繁，使用這個會加速處理，官網如是說。

#這裡是直接轉發給後端應用伺服器了，也可以是一個靜態首頁

# 第一個必選規則

location = / {
    proxy_pass http://tomcat:8080/index
}

# 第二個必選規則是處理靜態檔案請求，這是nginx作為http伺服器的強項

# 有兩種配置模式，目錄匹配或字尾匹配,任選其一或搭配使用

location ^~ /static/ {
    root /webroot/static/;
}
location ~* \\.(gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}

#第三個規則就是通用規則，用來轉發動態請求到後端應用伺服器

#非靜態檔案請求就預設是動態請求，自己根據實際把握

#畢竟目前的一些框架的流行，帶.php,.jsp字尾的情況很少了

location / {
    proxy_pass http://tomcat:8080/
}

總結：

1:先判斷精準命中，如果命中，立即返回結果並結束解析過程。

2：普通命中，如果有多個命中，記錄下來匹配最長的命中規則（記錄但不結束，最長的為準）

3：繼續判斷正規表示式的解析結果，按正規表示式的順序為準，由上到下匹配，如果匹配中了一個，立即結束並結束解析過程

延伸分析：①普通命中順序不重要，因為是按照匹配長度來確定。②正則匹配順序很重要，因為是按照由上到下的順序

正規表示式重寫例子

Goods-3.html ---->Goods.php?goods_id=3
goods-([\d]+)\.html ---> goods.php?goods_id =$1  
location /ecshop {
index index.php;
rewrite goods-([\d]+)\.html$ /ecshop/goods.php?id=$1;
rewrite article-([\d]+)\.html$ /ecshop/article.php?id=$1;
rewrite category-(\d+)-b(\d+)\.html /ecshop/category.php?id=$1&brand=$2;
 
rewrite category-(\d+)-b(\d+)-min(\d+)-max(\d+)-attr([\d\.]+)\.html /ecshop/category.php?id=$1&brand=$2&price_min=$3
&price_max=$4&filter_attr=$5;
 
rewrite category-(\d+)-b(\d+)-min(\d+)-max(\d+)-attr([\d+\.])-(\d+)-([^-]+)-([^-]+)\.html /ecshop/category.php?id=$1
&brand=$2&price_min=$3&price_max=$4&filter_attr=$5&page=$6&sort=$7&order=$8;
}

相關文章