Nginx的location匹配詳解

2022-10-17 13:18| 查看: 1470 |來源: 互聯網

由于團隊在進行前后端分離，前端接管了 Nginx 和 node 層，在日常的工作中，跟 Nginx 打交道的時候挺多的。其中 location 是使用最多和改動最多的地方。之前對 l ...

由于團隊在進行前后端分離，前端接管了 Nginx 和 node 層，在日常的工作中，跟 Nginx 打交道的時候挺多的。其中 location 是使用最多和改動最多的地方。之前對 location 的匹配規則是一知半解的。為了搞明白 location 是如何匹配的，特意花了點時間查了些資料，總結此文。希望能給大家帶來幫助。

語法規則

location [ = | ~ | ~* | ^~ ] uri { ... }
location @name { ... }

語法規則很簡單，一個location關鍵字，后面跟著可選的修飾符，后面是要匹配的字符，花括號中是要執行的操作。

修飾符

= 表示精確匹配。只有請求的 url 路徑與后面的字符串完全相等時，才會命中。
~ 表示該規則是使用正則定義的，區分大小寫。
~* 表示該規則是使用正則定義的，不區分大小寫。
^~ 表示如果該符號后面的字符是最佳匹配，采用該規則，不再進行后續的查找。

匹配過程

對請求的 url 序列化。例如，對%xx等字符進行解碼，去除 url 中多個相連的/，解析 url 中的.，..等。這一步是匹配的前置工作。

location 有兩種表示形式，一種是使用前綴字符，一種是使用正則。如果是正則的話，前面有~或~*修飾符。

具體的匹配過程如下：

首先先檢查使用前綴字符定義的 location，選擇最長匹配的項并記錄下來。

如果找到了精確匹配的 location，也就是使用了=修飾符的 location，結束查找，使用它的配置。

然后按順序查找使用正則定義的 location，如果匹配則停止查找，使用它定義的配置。

如果沒有匹配的正則 location，則使用前面記錄的最長匹配前綴字符 location。

基于以上的匹配過程，我們可以得到以下兩點啟示：

使用正則定義的 location 在配置文件中出現的順序很重要。因為找到第一個匹配的正則后，查找就停止了，后面定義的正則就是再匹配也沒有機會了。
使用精確匹配可以提高查找的速度。例如經常請求/的話，可以使用=來定義 location。

示例
接下來我們以一個例子來具體說明一下匹配過程。

假如我們有下面的一段配置文件：

location = / {
  [ configuration A ]
}

location / {
  [ configuration B ]
}

location /user/ {
  [ configuration C ]
}

location ^~ /images/ {
  [ configuration D ]
}

location ~* \.(gif|jpg|jpeg)$ {
  [ configuration E ]
}

請求/精準匹配 A，不再往下查找。

請求/index.html匹配 B。首先查找匹配的前綴字符，找到最長匹配是配置 B，接著又按照順序查找匹配的正則。結果沒有找到，因此使用先前標記的最長匹配，即配置 B。

請求/user/index.html匹配 C。首先找到最長匹配 C，由于后面沒有匹配的正則，所以使用最長匹配 C。

請求/user/1.jpg匹配 E。首先進行前綴字符的查找，找到最長匹配項 C，繼續進行正則查找，找到匹配項 E。因此使用 E。

請求/images/1.jpg匹配 D。首先進行前綴字符的查找，找到最長匹配 D。但是，特殊的是它使用了^~修飾符，不再進行接下來的正則的匹配查找，因此使用 D。這里，如果沒有前面的修飾符，其實最終的匹配是 E。大家可以想一想為什么。

請求/documents/about.html匹配 B。因為 B 表示任何以/開頭的 URL 都匹配。在上面的配置中，只有 B 能滿足，所以匹配 B。

location @name 的用法

@用來定義一個命名 location。主要用于內部重定向，不能用來處理正常的請求。其用法如下：

location / {
  try_files $uri $uri/ @custom
}
location @custom {
  # ...do something
}

上例中，當嘗試訪問 url 找不到對應的文件就重定向到我們自定義的命名 location（此處為 custom）。

值得注意的是，命名 location 中不能再嵌套其它的命名 location。

URL 尾部的/需不需要

關于 URL 尾部的/有三點也需要說明一下。第一點與 location 配置有關，其他兩點無關。

location 中的字符有沒有/都沒有影響。也就是說/user/和/user是一樣的。

如果 URL 結構是https://domain.com/的形式，尾部有沒有/都不會造成重定向。因為瀏覽器在發起請求的時候，默認加上了/。雖然很多瀏覽器在地址欄里也不會顯示/。這一點，可以訪問baidu驗證一下。

如果 URL 的結構是https://domain.com/some-dir/。尾部如果缺少/將導致重定向。因為根據約定，URL 尾部的/表示目錄，沒有/表示文件。所以訪問/some-dir/時，服務器會自動去該目錄下找對應的默認文件。如果訪問/some-dir的話，服務器會先去找some-dir文件，找不到的話會將some-dir當成目錄，重定向到/some-dir/，去該目錄下找默認文件。可以去測試一下你的網站是不是這樣的。

總結

location 的配置有兩種形式，前綴字符和正則。查找匹配的時候，先查找前綴字符，選擇最長匹配項，再查找正則。正則的優先級高于前綴字符。

正則等查找是按照在配置文件中的順序進行的。因此正則等順序很重要，建議越精細的放的越靠前。

使用=精準匹配可以加快查找的順序，如果根域名經常被訪問等話建議使用=。

以上Nginx的location匹配詳解就是小編為大家收集整理的全部內容了，希望對大家有所幫助。如果您喜歡這篇文章，可以收藏或分享給您的小伙伴們吧！歡迎持續關注我們的后續更新。

本文最后更新于 2022-10-17 13:18，某些文章具有時效性，若有錯誤或已失效，請在網站留言或聯系站長：17tui@17tui.com

·END·

站長網微信號：w17tui，關注站長、創業、關注互聯網人 - 互聯網創業者營銷服務中心

免責聲明：本站部分文章和圖片均來自用戶投稿和網絡收集，旨在傳播知識，文章和圖片版權歸原作者及原出處所有，僅供學習與參考，請勿用于商業用途，如果損害了您的權利，請聯系我們及時修正或刪除。謝謝！

下一篇：Linux如何修改用戶所屬組上一篇：Linux如何查看磁盤IO并找出占用IO讀寫很高的進程

17站長網微信二維碼

始終以前瞻性的眼光聚焦站長、創業、互聯網等領域，為您提供最新最全的互聯網資訊，幫助站長轉型升級，為互聯網創業者提供更加優質的創業信息和品牌營銷服務，與站長一起進步！讓互聯網創業者不再孤獨！

掃一掃，關注站長網微信

精品免费在线观看-精品欧美-精品欧美成人bd高清在线观看-精品欧美高清不卡在线-精品欧美日韩一区二区

Nginx的location匹配詳解

大家都在看

相關分類

熱門排行

最近更新