Nginx 實踐:location 路徑匹配
1. 目標
nginx 反向代理,路徑映射的過程是什麼?如何配置路徑映射規則?
2、location 路徑匹配
2.1 匹配規則:
location 路徑正則匹配:
2.2 匹配優先級:
路徑匹配,優先級:(跟 location 的書寫順序關係不大)
-
精確匹配:
=
前綴的指令嚴格匹配這個查詢。如果找到,停止搜索。
-
普通字符匹配:
所有剩下的常規字符串,最長的匹配。
如果這個匹配使用
^〜
前綴,搜索停止。 -
正則匹配:
正則表達式,在配置文件中定義的順序,匹配到一個結果,搜索停止;
-
默認匹配:
如果第 3 條規則產生匹配的話,結果被使用。
否則,如同從第 2 條規則被使用。
2.3 舉例
通過一個實例,簡單說明一下匹配優先級:
location = / {
# 精確匹配 / ,主機名後面不能帶任何字符串
[ configuration A ]
}
location / {
# 因爲所有的地址都以 / 開頭,所以這條規則將匹配到所有請求
# 但是正則和最長字符串會優先匹配
[ configuration B ]
}
location /documents/ {
# 匹配任何以 /documents/ 開頭的地址,匹配符合以後,還要繼續往下搜索
# 只有後面的正則表達式沒有匹配到時,這一條纔會採用這一條
[ configuration C ]
}
location ~ /documents/Abc {
# 匹配任何以 /documents/ 開頭的地址,匹配符合以後,還要繼續往下搜索
# 只有後面的正則表達式沒有匹配到時,這一條纔會採用這一條
[ configuration CC ]
}
location ^~ /images/ {
# 匹配任何以 /images/ 開頭的地址,匹配符合以後,停止往下搜索正則,採用這一條。
[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
# 匹配所有以 gif,jpg或jpeg 結尾的請求
# 然而,所有請求 /images/ 下的圖片會被 config D 處理,因爲 ^~ 到達不了這一條正則
[ configuration E ]
}
location /images/ {
# 字符匹配到 /images/,繼續往下,會發現 ^~ 存在
[ configuration F ]
}
location /images/abc {
# 最長字符匹配到 /images/abc,繼續往下,會發現 ^~ 存在
# F與G的放置順序是沒有關係的
[ configuration G ]
}
location ~ /images/abc/ {
# 只有去掉 config D 纔有效:先最長匹配 config G 開頭的地址,繼續往下搜索,匹配到這一條正則,採用
[ configuration H ]
}
location ~* /js/.*/\.js
按照上面的 location 寫法,以下的匹配示例成立:
-
/
-> config A:精確完全匹配,即使 / index.html 也匹配不了
-
/downloads/download.html
-> config B:匹配 B 以後,往下沒有任何匹配,採用 B
-
/images/1.gif
-> configuration D:匹配到 F,往下匹配到 D,停止往下
-
/images/abc/def
-> config D:最長匹配到 G,往下匹配 D,停止往下你可以看到 任何以 / images / 開頭的都會匹配到 D 並停止,FG 寫在這裏是沒有任何意義的,H 是永遠輪不到的,這裏只是爲了說明匹配順序
-
/documents/document.html
-> config C:匹配到 C,往下沒有任何匹配,採用 C
-
/documents/1.jpg
-> configuration E:匹配到 C,往下正則匹配到 E
-
/documents/Abc.jpg
-> config CC:最長匹配到 C,往下正則順序匹配到 CC,不會往下到 E
3、參考資料
http://nginx.org/en/docs/http/ngx_http_core_module.html#location
本文由 Readfog 進行 AMP 轉碼,版權歸原作者所有。
來源:https://mp.weixin.qq.com/s/d-l7CHnmJbP-UCyZ8QRJLQ