location 匹配規則 （NGINX）

轉：https://moonbingbing.gitbooks.io/openresty-best-practices/ngx/nginx_local_pcre.html

location 匹配規則

語法規則

location [=|~|~*|^~] /uri/ { … }

模式	含義
location = /uri	= 表示精確匹配，只有徹底匹配上才能生效
location ^~ /uri	^~ 開頭對URL路徑進行前綴匹配，而且在正則以前。
location ~ pattern	開頭表示區分大小寫的正則匹配
location ~* pattern	開頭表示不區分大小寫的正則匹配
location /uri	不帶任何修飾符，也表示前綴匹配，可是在正則匹配以後
location /	通用匹配，任何未匹配到其它location的請求都會匹配到，至關於switch中的default

前綴匹配時，Nginx 不對 url 作編碼，所以請求爲 /static/20%/aa，能夠被規則 ^~ /static/ /aa 匹配到（注意是空格）

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

+

 

• 首先精確匹配 =
• 其次前綴匹配 ^~
• 其次是按文件中順序的正則匹配
• 而後匹配不帶任何修飾的前綴匹配。
• 最後是交給 / 通用匹配
• 當有匹配成功時候，中止匹配，按當前匹配規則處理請求

注意：前綴匹配，若是有包含關係時，按最大匹配原則進行匹配。好比在前綴匹配：location /dir01 與 location /dir01/dir02，若有請求 http://localhost/dir01/dir02/file 將最終匹配到 location /dir01/dir02

例子，有以下匹配規則：

location = / { echo "規則A"; } location = /login { echo "規則B"; } location ^~ /static/ { echo "規則C"; } location ^~ /static/files { echo "規則X"; } location ~ \.(gif|jpg|png|js|css)$ { echo "規則D"; } location ~* \.png$ { echo "規則E"; } location /img { echo "規則Y"; } location / { echo "規則F"; } 

那麼產生的效果以下：

• 訪問根目錄 /，好比 http://localhost/ 將匹配 規則A
• 訪問 http://localhost/login 將匹配 規則B，http://localhost/register 則匹配 規則F
• 訪問 http://localhost/static/a.html 將匹配 規則C
• 訪問 http://localhost/static/files/a.exe 將匹配 規則X，雖然 規則C 也能匹配到，但由於最大匹配原則，最終選中了 規則X。你能夠測試下，去掉規則 X ，則當前 URL 會匹配上 規則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/img/a.gif 會匹配上 規則D,雖然 規則Y 也能夠匹配上，可是由於正則匹配優先，而忽略了 規則Y。
• 訪問 http://localhost/img/a.tiff 會匹配上 規則Y。

訪問 http://localhost/category/id/1111 則最終匹配到規則 F ，由於以上規則都不匹配，這個時候應該是 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/ }